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(57) A data transfer control device and a relay 
device which are suitable for use in the home network 
environment. For a case of controlling transfer of infor- 
mation data to a receiving node connected witii a first 
physical network from a transmitting node connected 
witii a second physical networK there is provided a data 
transfer control device connected with tiie second phys- 
ical network which has: an establishing unit for estab- 
lishing a channel in the second physical network for 
transmitting the information data; a reserving unit for 

FIG. 



reserving a communication path for transferring the 
information data transmitted through that channel to 
anotiier data transfer control device belonging to tiie 
first physical network and/or the receiving node; and a 
commanding unit for commanding the transmitting node 
to transmit the information data through that channel, by 
using a protocol depending on the second physical net- 
work. . . .......tv.. v -.vVi.-, ' 



ROOMB 



CM 
< 
O) 

m 
1^ 

CO 

oo 
o 

CL 
HI 



TRANSMrmNG 
TERMINAL 

(NON-IP 
TERMINAL) 




2 

I 



1ST AV CONTROL 
TERMINAL 
(nVFANP TREMINAL) 



RECEIVING 
TERMINAL 

(NON-IP 
TERMINAL) 



2ND AV CONTROL 
TERMINAL 
(IP/FANP TREMINAL) 



Primed by Xerox (UK) Business Services 
2.16.1/3 4 



1 



EP0837 579A2 



2 



Description 

BACKGROUND OF THE INVENTION 

FIELD OF THE INVENTION 5 

The present invention relates to a network system 
for constructing a home network environment arrcl nxire 
particularly, to a data transfer control device, a relay 
device, and a control device suitable for use in the home io 
network environment. 

DESCRIPTION OF THE BACKGROUND ART 

In recent years, there is a rapid trend for digitaflzing 75 
electronic instruments as exemplified by the t&m "mufti- 
media", arxl this trend is already noticeable in the office 
environment. 

More specifically. In terms of hardware, this trend 
has been materialized in fbrnrts of introduction of PCs. 20 
digitalization of OA devices and formation of networks 
among them. Also, in terms of software, this trend has 
been expanding to cover the basic functions of hosts 
(which are progressively light-sized and transferred to 
PCs), the application software such as the word- 25 
processing software, the spreadsheet software, etc., 
arxJ the Internet application such as the WWW. 

The similar trerxl can also be seen in the home 
nvironment. Namely, even in the home environment, 
this trend for digitalization has been steadily progressed 30 
in forms of digitalization of AV devices (DVD. digital 
VTR, digital video camera, etc.), digitalization of broad- 
casting, and Internet access such as OCN. 

Similarly as in a case of the office environment, this 
trend is expected to progress toward the formation of 35 
networks in future. Namely, it is expected that the tech- 
nologies of various fields such as information process- 
ing, communication and t)roadcasting will be unified by 
the digitalization. and Inter-mixed with each other by the 
formation of networks. 4o 

There are many candidates for the network technol- 
ogies In this direction. For example, the Ethernet has 
ovenwhelming records of the actual use in the office 
environment and is protjafcsly the most promising candi- 
date e/en for the home PC network Also, the ATM Is 45 
another serious contender because of the general con- 
sensus among the infra-structure constructors (tele- 
phone companies, CATV companies, etc.) to keep 
constructing the infra-structures based on this technol- 
ogy in view of the advantageous characteristics of the so 
ATM such as its fast, real-time, and wide barxJwidth 
properties. 

In addition to these candidates, the network tech- 
nology (bus technology) called IEEE 1394 has been 
attracting much attentions recently This IEEE 1394 has ss 
several remarkable characteristics such as its fast, real- 
time (QOS guaranteed), and plug-and-play properties, 
so that there is a high expectation especially among the 



AV Industries on the IEEE 1394 as the most promising 
candidate for a future scheme for inter-connecting dig- 
ital AV devices. Th^ vogue has also instigated much 
interests to the IEEE 1394 from the computer industries 
as well. 

In the initial phase, it is expected that the inter-con- 
nection of the home use digital devices will be realized 
by these various network technologies in conjunction 
with tiie spread of the home use digital devices, 
depending on pref^ences and demands of the users, 
arxJ in this way prototype digital networks will be gradu- 
ally built up inskle each home. 

In the second phase, there will be demands for 
inter-connecting these digital networks together. For 
example, there will be a desire to tnter-connect an AV 
device connected to the 1394 network of a guest room 
on the first floor with another AV device connected to 
the 1 394 network of a private room on the second floor 
in order to realize the dut)blng or the cooperative opera- 
tion between these AV devices. 

However, in order to meet tiie expected demands of 
this second phase, the following problenns must be 
addressed and resolved. 

For now, it is highly likely that many AV devices will 
appear as dedicated 1394 terminals. This is because 
tiie infra-structures such as the Internet and B-ISDN are 
not yet folly developed so far so tiiat It is presentiy rather 
difficult to develop any AV device that presupposes tiie 
availability of these Infra-structures. 

On the other hand, as these infra-structures come 
to be fully developed, it is expected that AV devices 
compatible witti the Internet or B-ISDN will appear, but 
then it wouki be difficult to Inter-connect such AV 
devices with the by then existing dedicated 1394 termi- 
nals. In addition, in such a case, only tiiose terminals 
which are connected to the same 1 394 as the dedicated 
1394 AV devices would be capable of exchanging AV 
data and it would be impossible to exchange data with 
nodes which are connected to networks other than 1394 
or nodes which are far distanced. 

SUMMARY OF THE INVENTION 

It Is tiierefore an object of the present invention to 
provide a data transfor control device, a relay device, 
and a control device which are capable of resolving the 
atx>ve noted problems and which are therefore suitable 
for use in the home network environment. 

According to one aspect of tiie present invention, 
tiiere is provkied a data transfer control device for con- 
trolling transfer of information data to a receiving node 
connected witii a first physical network from a tiansmit- 
ting node connected with a second physical network, 
tiie data transfer control device being connected witii 
the second physical network and comprising: an estat>- 
lishing unit for estat)lishing a channel in tiie second 
physical network for transmitting the information data; a 
reserving unit for reserving a communication patii for 
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transferring the information data transmitted through 
said channel to another data transfer control device 
belonging to the first physical network and/or the receiv- 
ing node; and a contmanding unit for commanding the 
transmitting node to transmit the information data 
through said channel, by using a protocol depending on 
the second physical network 

In this aspect of the present invention, it becomes 
possible to carry out the data transfer to the receiving 
node, even when the transmitting node connected to the 
second physical network only supports a protocol 
depending on the second physical network, regardless 
of the inter-connected network environment (link layer 
protocol) ip to the receiving node. 

Namely, the data can be transmitted to the receiv- 
ing node as the transmission node is urged by using a 
protocol depending on the second physical network to 
carry out the data transmission to said channel of the 
second physical network as a result of operations by the 
establishing unit and the command unit with respect to 
the conmnunication path reserved by the reserving unit. 
Said channel of the secorxl physical network may be 
contained in said communication path, or the data 
received from said channel of the second physical net- 
work may be transferred to said communication path by 
the data transfer control device. 

Also, in this aspect of the present invention, the 
receiving unit nr^y transmit a control message com- 
manding a network connection device which connects 
the second physical network and a third physical net- 
work, to register a correspondence between the chan- 
nel in the second physk^al network and a 
header/channel information depending on the third 
physical network. 

In this case, it becomes possible to make a neigh- 
boring connection device to inter-connect the second 
physical nehwork and the third physical network at the 
link layer level. This implies that this inter-connection 
can be realized by using the link layer switch at said 
connection device, which in turn implies that it becomes 
possible to realize a high speed and low cost inter-con- 
nection. 

Also, in this aspect of the present Invention, the 
reserving unit may transmit a control message contain- 
ing an address Information for said another data transfer 
control device and/or the receiving node and at least 
one of a header information to be attached to the infor- 
mation data and an infornnation regarding a channel 
through which the infornnation data is to be transfen^ed, 
to said another data transfer control device and/or the 
receiving node. 

By means of this control message, a connection 
device that received this message can obtain a direction 
of a communication path to be reserved and a transfer 
channel in the previous hop link, and the entire commu- 
nication path can be reserved by repeating this opera- 
tion, so that it becomes possitDle to reserve the 
communication path reaching to said anoth r data 



transfer control device belonging to the first physical 
network or the receiving node. 

Also, in this aspect of the present invention, the 
data transfer control device may be further comprising: 

5 an interface unit for connecting the data tranrfer control 
devic to a third physical network or the first physical 
network; and a transmission unit for transmitting the 
information data received through said channel in the 
second physical network to the third physical network or 

10 the first physical network onto a channel indicated by 
said control message, or after attaching the header 
information contained in said control message. 

In this case, when an inter-network connection 
device of the second physical network that makes an 

15 inter-network connection to a route reaching to the 
receiving node and the data trarYsfer control device are 
the same device, it becomes possible for this device to 
flow the data from the transmitting node into said com- 
munication path, so that It becomes possible to realize 

20 the data transfer from the transmitting node to the 
receiving node. 

Also, in this aspect of the present invention, the 
data transfer control device may be further comprising: 
an interface unit for connecting the data transfer control 

25 device to a third physical network or the first physical 
network; a conversion unit for converting a data format 
of data received through said charmel. from a first data 
format depending on the second physical network to a 
second data fornoat depending on the third physical net- 
so work or the first physical network and^or an upper logi- 
cal network of the third physical network or the first 
physical network; and a transmission unit for transmit- 
ting said data with the data format converted by the con- 
version unit as the information data to the third physical 

35 nehtfork or the first physical network onto a channel 
indicated by said control message, or after attaching the 
header information contained in said control message. 

In this case, it becomes possible to carry out the 
transfer format conversion in a case where the transfer 

40 format in the communication path from the transmitting 
node to the data transfer control device is difforent from 
the transfer format in the communication path from the 
data transfer control device to the receiving node. By 
means of this, it becomes possible for the data transfer 

45 corrtrol device to absori3 the difference between the 
transfer format such as MPEG which is depending on 
the specific link layer technology such as ATM network 
or IEEE 1 394 and the transfer format depending on the 
specific logical network such as MPEG-over-IP. etc.. for 

50 exanrple. 

Also, in this aspect of the present invention, the 
data transfer control device may be further comprising: 
an encoding/decoding unit for erKXxJing/decoding data 
received through said channel; and a transnrtission unit 

55 for transmitting the information data encoded/decoded 
by the encoding/decoding unit, to a channel indicated 
by said control message, or after attaching a header 
information contained in said control message. 
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In this case, rt becomes possible to carry out a con- 
version of the bandwidth to be used in a case where the 
available bandwidth in the communication path from the 
transmitting node to the data transfer control device is 
different from the available bandwidth in the conomuni- 5 
cation path from the data transfer control device to the 
receivirrg node. 

Also, in this aspect of the present invention, the 
establ^hing unit may establish said channel in a form of 
a broadcast type channel. 

In this case, as the channel established by the 
establishing unit is the broadcast type channel, when an 
inter-network connection device of the second physical 
network that makes an inter-network connection to a 
rout reaching to the receiving node and the data trans- 
fer control device are different devices, it becomes 
unnecessary to establish two paths including a commu- 
nication path between the transmitting node and the 
data transfer control device and a communication path 
between the data transfer control device and sakj inter- 
network connection device. Namely, it suffices to estab- 
lish this broadcast type channel alone, so that the effi- 
ci nt network resource utilization can be realized. 

Also, in this aspect of the present invention, the 
reserving unit may communicate an information regard- 
ing a comnuinication resource required for the commu- 
nication path, with said anotiier data transfer control 
device and/or the receiving node. 

In this case, it is possible to provkle a control mes- 
sag including an information regarding the communi- 
cation resource amount necessary in establishing a 
route at a time of transmitting the information data to the 
receiving node, so that it becomes possible to establish 
the communication patii with the so called QOS (Quality 
Of Service) which is accompanied by the communica- 
tion resource amount such as a necessary bandwidth or 
a tolerable packet arrival delay, at a time of reserving a 
communication path reaching to said another data 
transfer control device belonging to tiie first physical 
network or the receiving node. 

Also, in this aspect of the present invention, tiie 
data transfer control device may be further comprising: 
a collecting unit for collecting atb^itxite information of 
transmitting and/or receiving nodes connected with the 
second physical network; and a notifying unit for notify- 
ing saki attribute Information to saxJ another data trans- 
fer control device and/or the receiving node. 

In this case, regardless of a type of the second 
physical networK it becomes possible to notify tiie infor- 
mation on the ccMTf iguration of the second physical net- 
work to said anotiier data transfer control device or the 
receiving node. Consequently, it becomes possible for 
sakI anotiier data transfer control device or tiie receiv- 
ing node to have various information regarding the infor- 
mation devices connected to a renxrte physical network 
including an information about devices which are oper- 
ated by a protocol depending on tiie second physical 
network, so that it becomes possible to specify the 
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transmitting rxxJe from these devices. 

Also, in this aspect of the present invention, the 
data transfer control device many k>e further comprising: 
a receiving unit for receiving a notice regarding attribute 
information of transmitting and/or receiving nodes con- 
nected witii tiie first physical network; and a memory 
unit for storing sakj attritxjte infornnation. 

In this case, it becomes possible to obtain various 
information regarding the information devices con- 
nected to a physical network to which sakJ another data 
transfer control device is connected, so that it becomes 
possible to specify an arbitrary node among these 
devices as the receiving node. 

Also, in tills aspect of the present invention, the 
data transfer control device may be further comprising: 
a receiving unit for receiving a control message contain- 
ing an information capable of specifying the transmitting 
node, from said another data transfer conta'd device 
and/or the receiving node; wherein the commanding 
unit commands a transmission of the information data to 
the transmitting node which is specified by said control 
message. 

In this case, it becomes possible to carry out the 
data transfer with respect to saki another data transfer 
control device or the receiving node from the transmit- 
ting node specified from saki another data transfer con- 
trol device or the receiving node. Namely, it becomes 
possible for sakJ another data transfer control device or 
the receiving node to specify the transmitting node, 
e^en in a case where tiie transmitting node is a node 
operated by a protocol depending on tiie second physi- 
cal network and not supporting a protocol between tiie 
data transfer control devices. 

Also, in tills aspect of the present Invention, tiie 
reserving unit may transmit a control message contain- 
ing an information capable of specifying the receiving 
node, to sakJ anotiier data transfer control device. 

In tills case, it becomes possit^le to explicitly specify 
the receiving node which is to be the data transfer des- 
tination to sakJ another data transfer control device, 
even in a case wh^-e the receiving node is a node oper- 
ated by a protocol depending on the first physical net- 
work and not supporting a protocol between the data 
transfer control devices, so tiiat It becomes possible to 
realize the data transfer from the transmitting node to 
tiie receiving node regardless of a protocol type of tiie 
receiving node. 

According to anotiier aspect off the present inven- 
tion, there is provkled a data transfer control device for 
controlling transfer of information data to a receiving 
node connected witii a first physical network from a 
transmitting rxxje connected witii a second physical 
networK the data transfer control device being con- 
nected with the first physical network and comprising: a 
receiving unit for receiving a control message to be 
used in reserving a communication patti reaching tiie 
data transfer cortrol device, sakl contr I message con- 
taining at least one of a header information to be 



EP0 837 579 A2 



15 



20 



25 



30 



35 



40 



45 



50 



4 



7 



EP0 837 579 A2 



8 



attached to the information data in the first physical net- 
work, and an information regarding a channel through 
which the information data is to be transferred; and a 
commarKling unit for comn^nding the receiving node to 
receive the information data which has the header infor- 
mation contained in said control message or which is 
transferred through the channel indicated by said con- 
trol message, by using a protocol depending on the first 
physical network. 

In this aspect of the present invention, It becomes 
possible to realize the data transfer from the transmit- 
ting node, &ien when the receiving node connected to 
the first physical network only supports a protocol 
depending on the first physical networK regardless of 
the inter-connected network environment (link layer pro- 
tocol) up to the transmitting node. 

Namely, the communication path reaching to 
another data transfer control device belonging to the 
second physical network or the transmitting rxxie can 
be reserved by the control message received t>y the 
receiving unit. In addition, the receiving node is urged 
t>y using a protocol depending on the first physical net- 
work to carry out the data reception from the channel of 
the first physical network as a result of operation by the 
commanding unit so that it becomes possible to realize 
the data transfer from the transmitting node to the 
receiving node regardless of a type of the first physical 
network 

Also, in this aspect of the present invention, said 
control message may indicate the channel of the first 
physical network in a form of a broadcast type channel. 

In this case, when an inter-network connection 
device of the first physical network that makes an inter- 
network connection to a route reaching to the transmit- 
ting node and the data transfer control device are differ- 
ent devices, it t)ecomes unnecessary to establish two 
patiis including a communication path between said 
inter-network connection device and the receiving node 
and a communication path between said inter-network 
connection device and the data transfer control device. 
Namely, it suffices to establish this broadcast type chan- 
nel alone, so that the efficient network resource utiliza- 
tion can be realized. Also, when they are the same 
device, it becomes possible to specify a plurality of 
receiving nodes simultaneously 

Also, in this aspect of the present invention, said 
cortrol message may also contain an infonnation 
regarding a communication resource required in reserv- 
ing tiie communication path. 

In tfiis case, it becomes possible for tiie data trans- 
fer control device to obtain a guidance as to what com- 
munication patii accorrpanied by what communication 
resource amount should be established at a time of 
establishing a channel on the first physical network 

Also, in this aspect of the present invention, the 
data transfer control device may be further conrprising: 
a collecting unit for collecting attribute information of 
transmitting and/or receiving nodes connected with the 



first physical network; and a notifying unit for notifying 
said attribute information to another data transfer con- 
trol device befonging to the second physical network 
and/or the transmitting node. 

5 In this case, regardless of a type of the first physical 
network, it becomes possil)le to notify the information 
on the configuration of the first physical network to said 
another data transfer control device or the transmitting 
node. Ck>nsequentty, it becomes possible for said 

10 another data transfer control device or tiie transmitting 
node to have various information regarding the informa- 
tion devices connected to a remote physical network 
including an information about devices which are oper- 
ated by a protocol depending on the first physical nel- 

15 work, so that it becomes possit)le to specify the 
receiving node from these devices. 

Also, in this aspect of the present Invention, tiie 
data transfer control device may be further comprising: 
a notice receiving unit for receiving a notice regarding 

20 attribute information of transnvtting arxl/or receiving 
nodes connected with the second physical network; and 
a memory unit for storing said attrik)ute Information. 

In this case, It becomes possible to obtain various 
Information regarding the information devices con- 

25 nected to a physical network to which said another data 
transfer control device is connected, so that it becomes 
possible to specify an arbitrary node among tiiese 
devices as the transmitting node. 

Also, in this aspect of tiie present invention, the 

30 data transfer control device may be further comprising: 
a message receiving unit for receiving a message con- 
taining an Information capat)fe of specifying the receiv- 
ing node, from anotiier data transfer control device 
belonging to the second physical network and/or the 

35 transmitting node; wherein the commanding unit com- 
mands a receiving of the information data to the receiv- 
ing node which Is specified by sakJ message. 

In tills case, it becomes possible to realize the data 
transfer with respect to tiie receiving node specified 

40 from sakJ another data ta^nsfer control device or the 
transmitting node. Namely, it becomes possible for said 
another data transfer control device or tiie transmitting 
node to clearly specify the receiving node. 

Also, in tills aspect of the present invention, tiie 

45 data taransfer control device may be further comprising: 
a transmission unit for transmitting a message contain- 
ing an information capable of specifying the tansmitting 
node, to another data transfer control device belonging 
to the second physical network. 

50 In tills case, it becomes possible to explicitly specify 
tiie transmitting node which is to be the data transfer 
source to said another data transfer control device, even 
in a case where tiie transmitting node is a node oper- 
ated by a protocol depencfing on the second physical 

55 network and not supporting a protocol between the data \ 
transfer control devices, so that it becomes possible to | 
realize the data transfer from the transmitting node to j. 
the receiving node regardless of a protocol type of the ^ 
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transmitting node. 

According to another aspect of the present inven- 
tion, there is provided a data transfer control device for 
controlling transfer of information data to a receiving 
node connected with a first physical network from a 
transmitting node connected with a second physical 
network, the data transfer control device being con- 
nected with the first physical network arxJ conrprising: 
an estat>lishing unit for establishing a channel in the first 
physical network; a transfer unit for transfening the 
information data transferred through a communication 
path that is reserved for receiving the information data 
transmitted from the trar^mitting node, to the channel 
established by the establishing unit; and a commanding 
unit for commanding the receiving node to receive the 
information data which is transferred through the chan- 
nel established by the establishing unit by using a pro- 
tocol depending on the first physical network. 

In this aspect of the present invention, it becomes 
possible to realize the data transfer from the transmit- 
ting node, even when the receiving node connected to 
the first physical network only supports a protocol 
depending on the first physical network, regardless of 
the inter-Gonnected network environment (link layer pro- 
tocol) up to the transmitting node 

Namely, the receiving node is urged by using a pro- 
tocol depending on the first physical network to carry 
out the data reception from the channel of the first phys- 
ical network as a result of operations by the establishing 
unit and the commanding unit with respect to the infor- 
mation data transferred by the reserved communication 
path, so that it becomes possible to transmit the data up 
to the receiving node. 

Also, in this aspect of the present invention, said 
communication patii may be reserved by receiving a 
control message containing at least one of a header 
inforn^on attached to the information data and an 
information regarding a channel through which the infor- 
mation data is to be transferred, from a physical network 
different from the first physical network. 

By means of tiiis control message, it becomes pos- 
sible for the data transfer control device to recognize the 
receiving node which is the data transmission destina- 
tion, and therefore the entire communication path can 
b reserved, so tiiat it becomes possible to reserve the 
end-to-end communication from another data transfer 
control device belonging to the second physical network 
or the transmitting node. 

Also, in this aspect of the preserrt invention, said 
control message may also contain an infornriation 
regarding a communication resource required in reserv- 
ing the communication path. 

In this case, it becomes possit)le for the data trans- 
fer control device to obtain a guidance as to what com- 
munication path accompanied by what communication 
resource anrraunt should be established at a time of 
establishing a channel on tiie first physical network. 

Also, in this aspect of the present invention, the 



establishing unit n^y establish the channel of the first 
physical network in a form of a broadcast type channel. 

In this case, when an inter-network connection 
device of the first physical network tiiat makes an inter- 

5 network connection to a route reaching to the transmit- 
ting node and the data transfer control device are differ- 
ent devices, it becomes unnecessary to establish two 
paths induding a comnmnication path between said 
inter-network connection device and the receiving node 

10 and a communication patii between said inter-network 
connection device arxi tiie data transfer control device. 
Namely, it suffices to establish this broadcast type chan- 
nel alone, so that the efficient network resource utiliza- 
tion can be realized. Also, when they are the same 

75 device, it becomes possible to specify a plurality of 
receiving nodes simultaneously. 

Also, in this aspect of the present invention, the 
data transfer control device may be further comprising: 
a collecting unit for collecting attribute information of 

20 transmitting and/or receiving nodes connected with the 
first physical network; and a notifying unit for notifying 
said attribute information to anotiier data transfer con- 
trol device belonging to the second physical network 
and/or the transmitting node. 

25 In this case, regardless of a type of the first physical 
network, it becomes possible to notify the information 
on the configuration of the first physical network to said 
another data transfer conti'ol device or the transmitting 
node. Consequentiy it becomes possit^le for said 

30 another data transfer corrtrol device or tiie transmitting 
node to have various information regarding the informa- 
tion devices connected to a remote physical network 
including an information about devices which are oper- 
ated by a protocol depending on the first physical net- 

35 work, so that it becomes possible to specify tine 
receiving node from these devices. 

Also, in this aspect of the present invention, the 
data transfer control device may be further comprising: 
a notice receiving unit for receiving a notice regarding 

40 attritxjte information of transmitting and/or receiving 
nodes connected with the second physical network; and 
a menrory unit for storing said attribute information. 

In this case, it becomes possible to ot>tain various 
information regarding the information devices con- 

45 nected to a physical network to which said another data 
transfer control device is connected, so tiiat it becomes 
possible to specify an arbitrary node among these 
devices as the transmitting node. 

Also, in this aspect of the present invention, the 

50 data transfer control device may be further comprising: 
a message receiving unit for receiving a control mes- 
sage containing an Information capable of specifying 
the receiving node, from another data transfer control 
device belonging to the second physical network and/or 

55 tiie transmitting node; wherein the commarxiing unit 
commarxis a rec iving of the information data to the 
receiving node which is specified by said conti^ol mes- 
sage. 
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In this case, it becomes possit)le to realize the data 
tranter with respect to the receiving node specified 
from said another data transfer control de^ce or the 
transmitting node. Namely, it becomes possible for said 
another data transfer control device or the transmitting 5 
node to clearly specify the receiving node. 

Also, in this aspect of the present invention, the 
data transfer control device may be further comprising: 
a transmission unit for transmitting a control message 
containing an information capable of specifying the 10 
transmitting node, to another data transfer control 
device belonging to the second physical network. 

In this case, it becomes possible to explicitly specify 
the transmitting node which is to be the data transfer 
source to said another data transfer control device, even is 
in a case where the transmitting node is a node oper- 
ated by a protocol d^nding on the second physical 
network and not supporting a protocol t>etween the data 
transfer control devices, so that it becomes possible to 
realize the data transfer from the transmitting node to 20 
the receiving node regardless of a protocol type of the 
transmitting node. 

According to arrother aspect of the present inven- 
tion, there is provided a data transfer control device for 
controlling transfer of information data from a transmit- 25 
ting node connected with a first physical network to a 
receiving node connected with a second physical net- 
work, the data transfer control device being connected 
with the second physical network and with a third phys- 
ical network or the first physical network and compris- 30 
ing: a first establishing unit for estat)lishing a channel in 
the second physical network; a second establishing unit 
for establishing a communication path between the data 
transfer control device and the first physical network or 
a transmitting node belonging to an upper logical net- 35 
work of the first physical network; a commanding unit for 
commanding the receiving node to receive the informa- 
tion data transferred through the channel established by 
the first estak)lishing unit by using a protocol depending 
on the second physical network; a conversion unit for 40 
converting a data format of the information data 
received through the communication path estat)lished 
by the second establishing unit from a first data format 
depending on the third physical network or the first 
physical network and/or an upper logical network of the 45 
third physical network or the first physical network to a 
second data format depending on the secorxl physical 
network; and a transfer unit for transferring the informa- 
tion data with the data format converted by the conver- 
sion unit to the channel established by the first so 
establishing unit. 

In this aspect of the present invention, it t)ecomes 
possible to transfer the data in an appropriate format to 
the receiving node, by canying out the data transfer to 
said channel after the transfer format conversion is car- ss 
ried out. e/en in a case where the transfer format in the 
communication path on one physical network side is dif- 
ferent from th transfer format in the communication 



path of another physical network or the upper logical 
network of said another physical netwak By means of 
this, it becomes passible for the data transfer control 
device to absorb the difference between the transfer for- 
mat such as MPEG whk:h is depending on the specific 
link layer technology such as ATM network or IEEE 
1394 and the transfer format depending on the specific 
logical network such as MPEG-over-IP, etc., for exam- 
ple. 

According to another aspect of the present inven- 
tion, there is provided a data transfer control device for 
controlling transfer of information data from a transmit- 
ting node connected with a f irst physrcal network to a 
receiving node connected with a second physical net- 
worK the data transfer control device being connected 
with the second physical network and comprising: a first 
establishing unit for establishing a channel in the sec- 
ond physical network; a secorKl establishing unit for 
establishing a communication path between the data 
transfer control device and the first physical network or 
a transmitting node belonging to an upper logical net- 
work of the first physical network; a commanding unit for 
commarxiing the receiving node to receive the informa- 
tion data transferred through the channel established tTy 
the first estat>lishing unit, by using a protocol depending 
on tiie secorxi physical network; an encoding/decoding 
unit for encoding/decoding the infbnration data 
received through the communication path established 
by the second establishing unit; and a transfer unit for 
transferring the information data encoded/decoded by 
the encoding/decoding unit, to the channel established 
by tiie first establishing unit. 

In this aspect of the present invention, it becomes 
possible to transfer the data at an appropriate rate or in 
an appropriate format to the receiving node, by carrying 
out the data transfer to said channel after the encoding 
or decoding of tiie data is carried out. even in a case 
where the available communication resource amount 
(bandwidtii, for example) in the comnuinication path on 
one physical network side is different from the available 
comnnunication resource amount in the communication 
path of another physical network or the upper logical 
network of said another physical network. It also 
becomes possible to carry out the protocol conversion 
in a case where the transmitting node and the receiving 
node uses different coding schemes. 

According to another aspect of the present inven- 
tion, there is provided a data transfer control device for 
controlling ti^ansfer of information data to a receiving 
node connected with a first network from a transmitting 
node connected with a second network, tiie data trans- 
fer control device being connected with tiie first network 
and comprising: an establishing unit for establishing a 
communication path for the information data transmitted 
from the transmitting node by using a signaling protocol 
of a network layer, the communication path reaching the 
data transfer control device from the transmitting node 
or another data transfer control device connected with 
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the second network; a receiving unit for receiving a con- 
trol message containing an irtfomnation regarding a 
channel through which the Infbrnnation data is to be 
transferred to the receiving node; and a conrrmanding 
unit for commarxiing the receiving node to receive the 
infonnation data transferred through said channel, by 
using a protocol depencfing on the first network. 

In this aspect of the present invention, even for the 
data input to a dedicated ternninal of the network to 
which the data transfer control device is connected, 
which can only understand a protocol depending on 
said network, by commanding the data reception from 
the established channel, it becomes possible to realize 
the data transmission to said dedicated terminal, with 
respect to the data from an art)itrary transmitting node 
of an arbitrary physical network in the inter-connected 
environment. 

In particular, in the Internet environmerrt, the guar- 
antee of the comnrunication quality is made by the sign- 
aling protocol of the network layer such as RSVP or 
ST2. As this Is done by the data transfer control device, 
it becomes possible to receive the data with the commu- 
nication quality guaranteed through the Internet envi- 
ronment, even when the data receiving terminal does 
not have the IP/RSVP/ST2 function. 

Also, in this aspect of the present invention, the 
data transfer control device may be further comprising: 
a transmission unit for transmitting a message request- 
ing a conversion of a data format of the information data 
ffln a first data fornnat depending on the network layer 
to a second data format of a protocol depending on the 
first network, to a node through which tiie information 
data passes before being received by the receiving 
node. 

In this case, it becomes possible to resolve the data 
reception inrpossibility due to tiie difference in the data 
fornnat as in a case where sakl dedicated termir^al for 
receiving data cannot understand the data format such 
as MPEG-over-IP, for example, by carrying out the for- 
mat conversion at said arbitrary node. 

According to another aspect of the present inven- 
tion, tiiere is provided a data transfer control device for 
controlling transfer of information data from a transmit- 
ting node connected witii a first network to a receiving 
node connected with a second networK tiie data trans- 
fer control device being connected with the first network 
and comprising: an establishing unit for establishing a 
communication path for tiie information data transmitted 
from the transmitting node by using a signaling protocol 
f a network layer, the communication path reaching the 
receiving node or another data transfer control device 
connected with tiie second network; a transmission unit 
tor transmitting a control message containing an infor- 
mation regarding a channel tiirough which the informa- 
tion data is to be transfen-ed from the transmitting node; 
arxJ a commanding unit for commanding the transmit- 
ting node to transmit the information data to said chan- 
nel, t>y using a protocol depending on the first network. 



In this aspect of th present invention, even for the 
data transmission from a dedicated terminal of the net- 
work to which tiie data transfer control device is con- 
nected, which can only understand a protocol 

5 depending on said networK by commarxiing the data 
transmission to the established channel, it becomes 
possible to realize the data transmission from said ded- 
icated tenninal, with respect to the data to an arbitrary 
receiving node of an arbitrary physical network in the 

10 inter-connected environment 

In particular, in the Internet environment the guar- 
antee of the communication quality is made by the sign- 
aling protocol of tiie network layer such as RSVP or 
ST2. As this is done by the data transfer control device. 

15 it becomes possible to transfer the data with the com- 
nruinication quality guaranteed through the Inte^net 
environment even when the data transmitting terminal 
does not have tiie IP/RSVP/ST2 function. 

Also, in this aspect of the present invention, the 

20 data transfer control device nnay be further comprising: 
a message transmission unit for transmitting a message 
^req u^tin gLa conversion of a data format of the informa- 
tion data from a first data format depending on the first 
network to a second data format depending on the net- 

25 work layer, to a node through which the information data 
passes t^efbre being received by the receiving node. 

In tills case, it becomes possible to resolve the data 
transmission impossibility due to the difference in tiie 
data format, as in a case where said dedicated terminal 

30 for transmitting data cannot understand (cannot trans- 
mit) tiie data format such as MPEG-over-IP, for exam- 
ple, by carrying out the format conversion at said 
arbitrary node. 

According to another aspect of the present inven- 

35 tion, there is provided a relay device for transmitting a 
received data from one network to anotiier networK 
comprising: a first estat>lishing unit for estat)lishing a 
channel in said another network; a second estat)lishing 
unit for estatjiishing a communication path which 

40 includes the channel established by tiie first establish- 
ing unit for data transferred from said one network to 
said another network by exchanging a signaling proto- 
col of a network layer with a data transfer control device 
in said another network; arxJ a transmission unit for 

45 transmitting a control message containing an informa- 
tion regarding the channel to the data transfer control 
de^ce. such tiiat tiie data transfer control device com- 
mands a receiving node in said anotiier network by 
using a protocol depending on said another network to 

50 receive tiie data transferred through the communication 
paUi estat)lished by tiie second establishing unit. 

According to another aspect of the present inven- 
tion, tiiere is provided a relay device for transmitting a 
received data from one network to anotiier networK 

55 comprising: a reception unit for receiving a control mes- 
sage containing an infornr^tion regarding a channel 
established in said one network from a data transfer 
control device in said one networK the data transfer 
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15 

control des^ce commanding a transmitting node in said 
one network by using a protocol depending on said one 
network to transmit the data to the channel: and an 
establishing unit for establishing a communication path 
which includes the channel for data transfen-ed from 5 
said one network to said another network by exchang- 
ing a signaling protocol of a network layer with the data 
transfer control deNnce. 

According to another aspect of the present inven- 
tion, there is provided a relay device for transmitting a 10 
received data from one network to another network, 
comprising: a receiving unit for receiving a control mes- 
sage requesting a conversion of a data format of the 
received data from a f irst data fornr^ depending on said 
one network to a second data format depending on said is 
another network; and a transmission unit for converting 
the data format of the received data from said one net- 
work according to the control message received by the 
receiving unit and transmitting converted data to said 
another network. 20 

In this aspect of the present invention, it becomes 
possible to resolve the data transmission impossibility 
due to the difference in the data format, as in a case 
where the receiving node cannot understand (cannot 
receive) the data format of the data transferred up to this 25 
relay device such as MPEG-over-tP. for example, by 
carrying out the format conversion at this relay device. 
Here, the control message can be transmitted from the 
receiving node or an arbitrary data transfer control 
node. 30 

According to anoth^ aspect of the present inven- 
tion, there is provided a relay device for transmitting a 
received data from one network to another network, 
comprising: a receiving unit for receiving a control mes- 
sage requesting an encoding/decoding of the received 35 
data in a data format depending on said one network; 
and a trar^mission unit for encoding/decoding the 
received data from said one network according to the 
control message received by the receiving unit, and 
transmitting encoded/decoded data to said another net- 40 
work. 

In this aspect of the present invention, it t)ecomes 
possible to resolve the difference as in a case where the 
communication resource used by the data transfenred 
up to the relay device is different from the communica- 45 
tion resource permitted at the network of the receiving 
node side, by canrying out the encoding/decoding at this 
relay device. It is also possible to use this mechanism in 
such a manner that this relay device carries out the pro- 
tocol conversion in a case where the coding scheme of so 
the data transferred tp to this relay device is different 
from the coding scheme of the data that can be under- 
stood by the receiving node. 

According to another aspect of the present inven- 
tion, there is provided a control device connected with a 55 
first physical networK comprising: a collecting unit for 
collecting attribute Information of transmitting and/or 
receiving nodes connected with the first physical net- 



worK according to a protocol depending on the first 
physical network; and a notifying unit for notifying said 
attribute information to a device connected with a sec- 
ond physical network, according to a network layer pro- 
tocol not depending on the first physk^al network. 

In this aspect of the present invention, it becomes 
possible to notify the attribute information of the Infor- 
mation devices connected to the first physical network, 
independently from a protocol of the physical network, 
to said device connected with the secorxJ physical net- 
work, regardless of a type of the second physical net- 
work. Also, it becomes possible to urge the operations 
with respect to these information devices, from the sec- 
ond physical network. 

Also, in this aspect of the preserrt invention, the 
control device may be further conprising: a receiving 
unit for receiving a network layer protocol packet for 
controlling at least one of the transmitting and/or receiv- 
ing nodes connected with the first physical networK 
from said device connected with the second physical 
network; and a control unit for controlling said at least 
one of the transmitting and/or receiving nodes specified 
by the network layer protocol packet, according to a pro- 
tocol depencfing on the first physical network. 

In this case, it becomes possible to control a node 
on the first physical network from a node on the second j 
physical network by means of the protocol conversk)n 
by the control unit even in a case where the first physi- 
cal network and the second physical network adopt pro- 
tocols of different link levels so that their connection 
terminals can only understand protocols depending on 
the respective physical networks, for example. Namely, 
it becomes possible to realize the control from an arbi- 
trary device of the second physical networK regardless; 
of a type of the first physical networK even In a case , 
where a control target node can only understand a pro- j 
tocol deperxfing on the first physical networK 

Other features and advantages of the present 
invention will become apparent from the following 
description taken in conjunction with the accompanying 
drawings. 

BRIEF DESCRIPTION OF THE DRAWINGS 

Rg. 1 is a block diagram showing an exemplary 
overall configuration of a communication network (home 
network) according to the first embodiment of the 
present invention. 

Rg. 2 is a block diagram showing an exemplary 
Internal configuration of a half gateway In the communi- 
cation network of Fig. 1 . 

Rg. 3 is a diagram showing one example of a corre- 
spondence table (for a case of transmitting data 
received from a 1394 side to an ATM side) provided In a 
1394/A1^ transfer unit of the half gateway of Fig. 2. 

Rg. 4 is a diagram showing one example of a corre- 
spondence table (for a case of transmitting data 
received from an ATM side to a 1 394 side) provided in a 
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1394/ATM transfer unit of the half gateway of Rg. 2. 

Rg. 5 is a sequence chart for an operation 
sequence in a case of transmitting video data from a 
transmitting terminal to a receiving terminal in the com- 
munication network of Rg. 1. 

Fig. 6 is a diagram showing one example of a table 
for storing attribute Information of information devices 
provided in an AV control terminal of the communication 
network of Rg. 1 . 

Rg. 7 is a diagram showing one example of a 
screen display by a display device that can be provided 
in an AV control terminal of the communication network 
of Rg. 1. 

Rg. 8 is a diagram showing a communication route 
set up in the communication network of Fig. 1 according 
to the sequence of Rg. 5. 

Fig. 9 is a block diagram showing an exemplary 
overall configuration of a conrmruinication network 
according to the second embodiment of the present 
invention. 

Fig. 10 is a block diagram showing an exemplary 
int ma! configuration of an AV conti'd terminal in the 
communication network of Rg. 9. 

Fig. 11 is a sequence chart for an operation 
sequence in a case of transmitting video data from a 
video server to a receiving tenminal in the communica- 
tion network of Fig. 9. 

Fig. 12 s a diagram showing a communication 
route set up in the communication network of Rg. 9 
according to the sequence of Rg. 1 1 . 

Rg. 13 is a block diagram showing another exem- 
plary overall configuration of a communication network 
according to the second embodiment of the present 
invention, which uses an ATM access network instead 
of the Internet of Fig. 9. 

Fig. 14 is a block diagram showing an exemplary 
internal configuration of an AV control terminal in the 
communication network of Rg. 13. 

Fig. 15 is a sequence chart for an operation 
sequence in a case of transmitting video data from a 
video server to a receiving terminal in the comnunica- 
tion network of Fig. 13. 

Fig. 16 is a block diagram showing another exem- 
plary internal configuration of an AV control terminal in 
the communication network of Rg. 9, which has an 
MPEG decoding unit 

Fig. 17 is a sequence chart for an operation 
sequence in a case of transmitting video data from a 
video server to a receiving terminal in the oomnrunica- 
tion network of Fig. 9 by using an AV corrlrol terminal of 
Rg- 16. 

Fig. 18 is a block diagram showing an exemplary 
overall configuration of a communication network 
according to tiie third emtxxliment of the present inven- 
tion, for a case of receiving vkleo data from an external 
network at a vkleo terminal on the home network. 

Fig. 19 is a sequence chart for an op ration 
sequence in a case of transmitting video data from a 



transmitting terminal (on the Internet) to a receiving ter- 
minal (on the home network) in the connmunication net- 
work of Rg. 18. 

Rg. 20 is a diagram showing a communication 

5 route set up in the communication network of Rg. 18 
according to the sequence of Rg. 19. 

Rg. 21 is a block diagram showing one exemplary 
internal configuration of a half gateway in the communi- 
cation network of Rg. 18. 

10 Rg. 22 is a bkx;k diagram showing another exem- 
plary internal configuration of a half gateway in the com- 
munication network of Rg. 18. 

Rg. 23 is a bkx:k diagram showing another exem- 
plary overall configuration of a communication network 

15 according to the third enrixxf iment of the present inven- 
tion, for a case of transmitting video data to an external 
network from a video terminal on the home network. 

Rg. 24 is a block diagram showing an exemplary 
internal configuration of a half gateway in the communi- 

20 cation network of Rg. 23. 

Rg. 25 is a sequence chart for an operation 
sequence in a case of transmitting video data from a 
transmitting terminal (on the home network) to a receiv- 
ing terminal (on the Internet) in the communication net- 

25 work of Rg. 23. 

DETAILED DESCRIPTION OF THE PREFERRED 
EMBODIMENTS 

30 (Rr^ Embodiment > 

Refenring now to Fig. 1 to Rg. 8, the first emtxxJi- 
ment of the present invention will be described in detail. 
Rg. 1 shows an exemplary overall configuration of a 

35 communication network system according to this first 
emtxxJiment, which constitutes a home network witiiin a 
home, for example. 

As shown in Rg. 1 , this home network comprises a 
transmitting terminal 1, a first AV (Audio Visual) control 

40 terminal 2, a first half gateway 3, a second half gateway 
4, a second AV control terminal 5, a receiving terminal 
6, aflrst 1394 bus 1 1. and a second 1394 bus 12. In this 
embodiment a transmission scheme between the half 
gateways 3 and 4 is assumed to be the ATM. 

45 The transnnitting terminal 1 and the receiving termi- 
nal 6 are non-IP terminals (also referred to as 1394 ter- 
nnlnals hereafter), that is, terminals which can only 
understarvl tiie 1394 protocol (a protocol dedicated to 
1394 such as AV/C protocol and lEC 1 883, for example. 

50 and which cannot understand the Internet Protocol (IP). 
They may be the dedicated 1394 terminals. 

This first embodiment is directed to a scheme of 
communication between terminals based on a control 
by the AV control terminal, in a case where these trans- 

55 mitting and receiving terminals are (or one of them is) 
the at)ove described type that cannot understand the 
Int rnet protocol and a direct communication by tiie 
1394 protocol cannot be carried out t)etween them 
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(such as a case wh re the 1394 buses are not bridge 
connected, that is, a case where a network other than 
the 1394 bi^ exists between them or a case where the 
public network such as the Internet or the ISDN exists 
t)etween them). 

Here, it is assumed that the two 1 394 buses 1 1 and 
12 are not directly bridge connected and the ATM net- 
work exists between them, so that on a level of the 
1 394 protocol, a dedicated 1 394 node connected to one 
1 394 bus cannot see another dedicated 1 394 node con- 
nected to another 1394 bus. 

In contrast, an IP terminal (also referred to as an IP 
node hereafter) based on the IP which is the inter-con- 
nection network protocol can recognize the other IP ter- 
minal connected to another bus even when they are 
terminals connected to these 1394 buses. 

Assuming that the transmitting terminal 1 and the 
receiving terminal 6 are video terminals (as in a case 
where the transmitting terminal 1 is a DVD player and 
the receiving terminal 6 is a TV), for example, and that 
they are provided on the different 1 394 buses, the prob- 
lem is how to realize a communication between them. 

Rg. 2 shows an exemplary internal configuration of 
each of the hatf gateways 2 and 3. As shown in Fig. 2. 
the half gateway comprises a 1394 physical processing 
unit 101. a 1394 link processing unit 102, a first 
MUX/DEMUX 103. an IP/FANP processing unit 104. a 
1394/a™ transfer unit 105, a second MUX/DEMUX 
106, and an ATM interface unit 107. 

The 1394 physical processing unit 101 and the 
1394 link processing unit 102 carry out the physical 
layer processing, the link layer processing, the bus man- 
agement and the transaction layer processing for a con- 
nected 1394 bus. as well as the exchanges of data 
(PDU (Protocol Data Unit) from a viewpoint of the 1 394) 
with the IP/FANP processing unit 104 or the 1394/ATM 
transfer unit 105. using the 1394 frames to be transmit- 
ted or received that are passing through the first 
MUX/DEMUX 103 and the second MUX/DEMUX 106. 

The IP/FANP processing unit 104 has functions for 
candying out the routing based on the IP address, the 
routing tabrfe management the FANP (Flow Attribute 
Notification Protocol) processing, the ARP (Address 
Resolution Protocol) processing, etc. . for the received 
IP packets. FANP packets (which will be described 
below). ARP packets, etc. (For details concerning the 
FANP. see Japanese Patent Application No. 8-264496 
(1996). 

The 1394/ATM transfer unit 105 has a function for 
attaching a specific ATM header (VPI/VCI value) to data 
received from the 1394 side, especially data received 
through the isochronous channel by using its iso- 
chronous chann^ number or as a key or though the 
destination address with the specific register offset by 
using the information as a key. and transmitting it to the 
ATM side, and a function for transmitting data received 
from the ATM side to a specific isochronous channel or 
the destination address with the specific register offset 



on the 1394 side by using its header infbrnmtion 
(VPIA/CI information) as a key. Namely, the data fbr- 
warcfing at this processing unit is canied out by using 
only the datalink layer processing. 

5 For example, a table of correspondence between 
the VPI/VCI value and th channel number of the iso- 
chronous channel of the 1394 bus or the destination 
address with the specific register offset is produced in a 
form of a correspondence table as shown in Fig. 3 (in a 

10 case of transmitting data received from the 1 394 side to 
the ATM side) or Fig. 4 (in a case of transmitting data 
received from the ATM side to the 1394 side), for exam- 
ple. Here, the mapping (the production of each con^e- 
spondence table) is made by the IP/FANP processing 

75 unit 104. 

/\s for the data forwarding function, this function is 
equipped with a communication quality guarantee func- 
tion by the FANP as will be described below, and the 
data scheduling scheme such as WFQ or WRR, for 

20 example, may also be implemented. 

The ATM interface unit 107 is an interface with 
respect to the physically connected ATM network (the 
ATM cak>le in this embodiment), and carries out the cell 
assemt)ling and disassembling of data to be exchanged 

25 with the second MUX/DEMUX 106 and the ATM cells. 
This ATM interface unit 107 may also carry out the ABR 
(Available Bit Rate) processing, the UPC (Usage 
Parameter Control) processing, SDH (Synchronous 
Digital Hierarchy) processing, etc. 

30 Note here tfiat some VC is defined in advance as a 
default VC of the ATIVI between the half gateways 3 and 
4. and the both half gateways 3 and 4 already recognize 
that the FANP messages will be exchanged through this 
default VC, as described in Japanese Patent Application 

35 No. 8-264496(1996). 

The first AV control terminal 2 and the second AV 
control terminal 5 are Ixjth IP nodes as well as FANP 
nodes and apparently capable of carrying out communi- 
cations by the Internet protocol. As will be described 

40 below, these AV control terminals 2 and 5 can urxler- 
stand the 1 394 protocol as well as the Internet protocol, 
arvi are capable of carrying out comrrunications with 
kx:al terminals on the 1394 bus by using the 1 394 pro- 
tocol as well as communications with local and remote 

45 IP terminals by using the Internet protocol. 

In the following, it is assumed tfiat the IP nodes in 
Fig. 1 are belonging to the same IP subnet. 

On each of the AV control terminals 2 arxl 5, a 
Video transmission and reception control applicatk)n*' is 

so inrplemented. This application has the following func- 
tions. 

(1) A function for checking resources and services 
(such as nodes) on the own local bus. and commu- 

55 nicating the obtained result with each other by 
using the Internet protocol. 

(2) A function for indicating the resources and serv- 
ices of the terminals on the rerrxxte bus to the user 
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according to the irrfbrmation ot>tained by (1), so as 
to urge the user to carry out operations on them, as 
well as exchanging these control information with 
each other. 

(3) A function for exchanging FANP packets with 
each other and reserving a transmission path (a 
connection with the bandwidth, etc. reserved, if 
necessary) between the 1394 buses at which the 
AV control terminals are located. 

(4) A function for carrying out the control of nodes 
on the local bus by using the 1 394 protocol (such as 
AV/C protocol). 

By using these AV control terminals, it becomes 
possible for the user to canry out the exchanges of data 
with terminals located on the remote 1394 bus, even 
when transmitting and receiving terminals are not the IP 
terminals. 

The protocol for can-ying out the control of AV 
devices on the 1394 regardless of whether they are 
local ones or renrK>te ones as desaibed at>ove will be 
called a FANP-AV protocol here. This protocol may be 
an IP application. 

For exannple, consider a case where the first 1394 
bus 11 is provided at a room A within the home while the 
second 1394 bus 12 is provided at a room B within the 
home. Here, suppose that the user who is located in the 
room B tries to display video data from the transmitting 
terminal 1 located in the room A, on the receiving termi- 
nal 6 located in the room B. 

Note that these two rooms nr^y not necessarily 
belong to the same home. When they are not there may 
be a put)lic network between the two half gateways 3 
and 4 (in which case they are not necessarily belonging 
to the same IP subnet so that the broadcast described 
below may not be carried out and they may recognize 
each other and their addresses by the manual setting). 

Now, with reference to the sequence chart of Fig. 5, 
the operation procedure (including the FANP-AV proto- 
col) up to the video data exchange between the trans- 
mitting terminal 1 and the receiving terminal 6 which are 
the non-IP terminals will be described. 

First, in the comnrtunication system of the present 
invention, the user activates the second AV control ter- 
minal 5 and carries out the necessary setting on this 
second AV control terminal 5. Namely, as shown in Fig. 
5. the second AV control terminal 5 transmits a "FANP- 
AV request" packet to the entire home network, i.e. to 
the IP broadcast address, in ofder to check the pres- 
nce/ak)sence of a node for processing the FANP-AV 
protocol on the home network (step SI). 

This packet is assigned with a well known port 
nunrt^er which is allocated to the FANP-AV processing 
function in advance. This IP broadcast packet may be 
transmitted to a 1394 address called "bus broadcast 
address" on the second 1394 kxis 12, that is, to the 
asynchronous channel in a form of broaden with 
respect to all nodes in the home network of that home. 



This broadcast packet reaches to all nodes on the sec- 
ond 1394 bus 12. Note here that it is also possible to 
transmit this packet to a 1394 address called local k%js 
broadcast" as long as it is made such that this packet 
5 reaches to all nodes within that IP subnet Namely, even 
when a network other than the 1394 bus is connected, it 
is sufficient if it is made such that this packet will be 
transferred. 

Now, the second half gateway 4 that received this 
10 packet confirms that it is "broadcast with respect to all 
buses" from the destination 1 394 address, and fonwards 
this packet to the first half gateway 3 side. The first half 
gateway 3 that received this packet then forwards this 
packet to the first 1394 bus 1 1 (step S2). At this point, 
15 the destination 1394 address is the l)us broadcast 
address". 

Here, a node which by itself is activating the FANP- 
AV protocol receives this packet (FANP-AV request 
packet), and confirms that it is the "FANP-AV request", 

20 that is, a packet for searching a node that is activating 
the FANP-AV protocol, by refening to the port nunr*>er. 
Then, this node transmits a "FANP-AV response" packet 
indicating that "it is also activating the FANP-AV proto- 
col" as a response to the received packet, to its source 

25 IP address (step S3). In Fig. 5. the first AV control termi- 
nal 2 is the FANP-AV protocol node, so that this terminal 
transmits the FANP-AV response packet to the second 
AV control terminal 5 which is the source of the "FANP- 
AV request" packet. At the same time, the first AV con- 

30 trol terminal 2 stores the existence of the second AV 
control terminal 5 and its IP address. 

Note that, as already noted above, instead of carry- 
ing out such an automatic constituent recognition, it is 
also possible for the AV control terminals to recognize 

35 each other by using a method in which each AV control 
terminal registers addresses of the other AV control ter- 
minals by the manual setting in advance. 

Around this point, each FANP-AV node (AV control 
terminal 2, 5) collects information on AV devices exist- 

40 ing on the 1394 bus to which it \s connected, by using 
the 1394 protocol (step 84 and step 85). This operation 
may t>e realized by using protocols such as the AV/C 
protocol and the IEEE 1212 which are standardized by 
the 1394 trade association and the HD-DVTR confer- 

45 ence, or their extended versions. 

In this manner, each AV control terminal 2. 5 col- 
lects various information regarding AV devices on the 
1394 bus to which it belongs, such as what AV devices 
they are. what contents they have, how many media 

50 they have, what 1394 addresses they have, etc., and 
store the collected information into an internal table. 

Next, the AV control terminals 2 and 5 exchange the 
collected information with each other (step 86). For this 
information exchange, each one transmits the collected 

55 information to the IP address of the other by using IP 
packets. As a result in each AV control terminal 2. 5. a 
table with cont nts as shown in Rg. 6 is produced, for 
exanple. Namely, by carrying out this information 
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exchange between the AV control terminals 2 and 5, 
each AV control temrdnal 2, 5 can collect various infor- 
mation (attribute information) regarding AV devices 
which are connected with a network to which the other 
AV control temninai belongs, such as what AV devices 
they are, what contents they have, how many mecfia 
they have, what 1 394 addresses they have, etc. , in addi- 
tion to the information regarding AV devices on the 1394 
bus to which it belongs, on the tat>le of Rg. 6. 

It is also possit)le to display the information on the 
table of Fig. 6 at a display screen of the AV control ter- 
minal 2, 5. Rg. 7 shows an exemplary saeen display by 
a display device provided at the second AV control ter- 
minal 5. In Rg. 7, for the sake of clarity, urxier the 
assumption of one txJS per one room (or one datalink 
network per one room), display windows (W1 to W4) 
within the display screen are set in correspondence to 
the respective rooms, and the screen display is pre- 
sented in a form of an arrangement In each room. By 
looking at this, the user can make a judgement such as 
"to/from which tenninal shoukl data be transmit- 
ted/received". 

For example, sippose that the user In the room B 
wishes to receive video data from the tiBnsmitting termi- 
nal 1 and display it on the receiving terminal 6. To this 
erxl. the user operates the second AV control terminal 5 
so as to make a setting by which appropriate contents 
constituting tiie video at the transmitting terminal 1 are 
transmitted to the receiving terminal 6 and displayed 
there. This operation may be carried out through the 
GUI on the second AV control terminal 5. In response, 
the secorxl AV control terminal 5 transmits an instruc- 
tion witii a content of "send appropriate contents consti- 
tuting the video at the transmitting terminal 1 to the 
receiving terminal 6** to the first AV control terminal 2 
(step ST). By means of this, the first AV control terminal 
2 can ascertain the address of tiie transmitting terminal 
1 which is the transmission destination in a form of tiie 
1394 address. 

The first AV control terminal 2 that received tiiis 
instruction communicates with the transmitting terminal 
1 by the 1394 protocol, and checks whetfier the vkieo 
tiansmtssion is possible or not. In addition, the opera- 
tion such as the auttientication witii respect to the sec- 
ond AV control terminal 5 may also be carried out. 

Next, the first AV control terminal 2 reserves the 
isochronous channel of the first 1394 bus 1 1 by using 
the 1394 protocol and tiie 1394 AV protocol, etc., at tiie 
first 1394 bus 1 1 (step S8). A channel number reserved 
at this point is assumed to be #X (the isochronous chan- 
nel 31 of Rg. 8). Also, as should be apparent, tiie tjand- 
widtii necessary for the video transmission is to be 
reserved at the same time by acting on the isochronous 
resource manager of tiie first 1 394 txis 1 1 . 

Next, the first AV control terminal 2 makes a setting 
witii respect to the first half gateway 3 so that the iso- 
chronous channel #X will be received there. Then, the 
first AV control terminal 2 transmits the offer message of 



tiie FANP toward the first half gateway 3 through this 
isochronous channel (step S9). 

Here, the FANP is the protocol described in Japa- 
nese Patent Application No. 8-264496 as already noted 

5 above. Namely, this protocol is used for the purpose of 
carrying out communications with a neight>oring node 
that can interpret the FANP (which is usually provided at 
a middle of network segments that constitute the home 
network and plays a role of an inter-connection device 

10 for these plurality of segments), and notifying tiie kJenti- 
fier of the channel through which data are to be trans- 
mitted, th^r destination address, and their 
communication attribute and communication quality. It is 
also possitde to use tiiis protocol for the purpose of set- 

15 ting LP an erxi-to-erxJ connection. 

Now, this offor message conveys a channel number 
(or a virtual channel kJentifier, ete.) by which data (a 
video data in tiiis embodiment) are to be transmitted 
from now on, a destination address (an IP address in 

20 this emtxxJiment) of that vkieo data, the bandwidth to be 
used (communication quality), the communication 
atb^lbute (such as a coding scheme like MPEG, etc.). an 
end-to-end ACK request, eta. Note tiiat when ttie trans- 
mission channel number or virtual channel identifier is 

25 not shared by tiie terminals at botii ends, tiie exchange 
of the propose message and the propose ACK mes- 
sage of tiie FANP may be exchanged between these 
ends. Also, the destination address (target IP address) 
of that data is the IP address of the second AV control 

30 terminal. 

The first half gateway 3 that received this offer mes- 
sage confirms that the second AV control terminal 5 
exists in a direction of the second half gateway 4 t>y 
referring to the internal routing table, and checks 

35 whetiier it is possible to support the k>andwidth, commu- 
nication quality, etc. requested by this offer message by 
referring to the idle barxiwidth, etc., of a conununication 
path inside tiie second half gateway 4. When it is judged 
that it is possible to support them, the propose mes- 

40 sage, the propose ACK message, the offer message, 
eto., are transmitted to tiie second half gateway 4 simi- 
larly as in the atxjve processing. On tiie otiier hand, 
when it is judged that it is not possible to support them, 
a reject message is transmitted to the first AV control 

45 terminal 2. 

The second half gateway 4 checks the internal 
communication resources (checks whether tiie commu- 
nication quality described In the offer message is Inter- 
nally possible or not similarly as in tiie first half gateway 

50 3), and establishes tiie isochronous channel #Y (the 
isochronous channel 33 of Fig. 8) on tiie second 1394 
txiS 12. Around this point, tiie second half gateway 4 
commarxis the second AV control terminal 5 to take the 
contents of this isochronous channel, by using the 1394 

55 protocol. After that the exchanges of the propose mes- 
sage, the propose ACK message and the offer message 
are carried out between the second half gateway 4 and 
the second AV control terminal 5 (step S1 1). 
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The second AV control tenninal 5 that received the 
propose message and the offer message recognizes 
that they are for the video transmission earlier 
requested by this second Av control terminal 5 to the 
first AV control terminal 2, according to the flow ID or the 5 
prescribed identifier agreed by both sides in advance. 
This prescribed identifier can be that which is conveyed 
by the FANP message. 

Next, the second AV control terminal 5 commands 
the receiving terminal 6 to receive the data transmitted 10 
through the isochronous channel #Y by using the 1394 
protocol such as IEC1 883 (step SI 2) . By means of this, 
the data transmitted through the isochronous channel 
#Y can be received by the receiving terminal 6. 

After that, the second AV control terminal 5 trans- is 
mits the re-direct message to the second half gateway 4 
(step S13). This re-direct message is a message that 
bears the meaning that the setting offered by the offer 
message of the step Si 1 is accepted. When the offer 
message contains the end-to-end ACK request, the 20 
recfirect message is transmitted by setting the end-to- 
end ACK flag ON (where setting the end-to-end ACK 
flag ON implies that a route for transmitting the video 
data from the transmitting terminal 1 to the receiving ter- 
minal 6 has been set up). This ACK flag reaches to the 25 
transmitting terminal (the first AV control terminal 2 in 
this embodiment). 

The second half gateway 4 that received this re- 
direct message makes an appropriate setting to the 
intemal 1394/ATM transfer unit 105 (more specifically 30 
the setting of the corresponding tat)le such as that 
shown in Fig. 3 or Fig. 4). Namely, the ATM virtual con- 
nection 32 (shown in Rg. 8) offered by the offer mes- 
sage at the step S9 and the isochronous channel #Y are 
switch connected at the dataiink layer. More specifically. 35 
at the 1394/ATM transfer unit 105, the ATM cells entered 
from the ATM virtual connection 32 are transferred to 
the 1394 data and entered into the isochronous channel 
#Y, by referring to the VCI value directly, without any 
processing by the IP/FANP processing unit 1 04. At this 40 
point, the data/packet scheduling scheme in which the 
communication quality defined by the FANP can be 
maintained may be selected. Note that the correspond- 
ence table inside the 1394/ATM transfer unit 105 which 
is to be referred at this point is that shown in Rg. 3 or 45 
Rg. 4. 

The re-direct message returns from the second half 
gateway 4 to the first half gateway 3 (at which the setting 
of the 1394/ATM transfer unit 105 is made similarly as in 
the second half gateway 4), and then to the first AV con- so 
trol terminal 2 (step S14). 

Here, the first AV control terminal 2 confirms that 
the dataiink layer connection up to the final terminal as 
shown in Rg. 8 has been set up. Here, the final terminal 
is th receiving t rminal 6 in this embodiment, but the ss 
receiving terminal 6 is the dedicated 1394 terminal and 
not a node that can understand the FANP and the IP. It 
is the second AV control terminal 5 that made the prep- 
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aration such that the receiving terminal 6 can receive 
the video data, and the setting was made by this second 
AV control terminal 5 by using the 1 394 protocol. 

Then, the first AV control terminal 2 commarxls the 
transmitting terminal 1 to carry out the transmission of 
the corresporKiing appropriate video with respect to the 
isochronous channel with the channel number #X (the 
isochronous channel 31 of Rg. 8), by using the 1394 
protocol (step S15). 

The transmitted video reaches to the receiving ter- 
minal 6 through the isochronous channel 31 on the first 
1394 bus 11, the ATM virtual connection 32. and the 
isochronous cfiannel 33 on the second 1394 bus 12 
(step SI 6). At the intermediate nodes (the half gate- 
ways 3 and 4), only the switching in the dataiink layer is 
applied, so that the data transfer is carried out by main- 
taining the communication quality while the data pass 
through this route. 

The transmission of the re-direct message for the 
purpose of connecting this vkieo transmission is carried 
out from the second AV control terminal 5 toward the 
upstream side (that is, through the second half gateway 
4 and the first half gateway 3, to the first AV control ter- 
minal 2) (stepS17). 

Also, a request for interruption of the transmission 
from the user side (the transmission of the release mes- 
sage) is also sent from the second AV control terminal 5 
in the similarly order. At this point, the first AV control 
terminal 2 carries out the control by the 1394 protocol 
such as AV/C protocol toward the transmitting terminal 
1 so as to terminate the video transmission. 

As described, according to the communication net- 
work system of this emtxxlimerTt the control of AV 
dences over a plurality of 1394 buses such as the video 
delivery, internjption, etc., from the transmitting terminal 
1 to the receiving terminal 6 is carried out by the FANP 
and the FANP-AV. despite of the fad that the transmit- 
ting terminal 1 and the receiving terminal 6 are not the 
IP tenminals (that is, through the AV control terminals 2 
and 5). 

In general, the implementation of the IP is said to be 
costly, but by using the scheme of the present invention, 
the control between AV devices in which the IP is not 
implemented and the control of connection over a plu- 
rality of 1 394 buses can be earned out by the AV control 
terminals 2 and 5 in which the IP and the FANP are 
implemented, so that a simplification, a low cost imple- 
mentation, and a centralized control can be realized for 
the system as a whole. In addition, it should be apparent 
that the same can be realized by exactly the same prin- 
ciple even when a plurality of FANP nodes exist 
between the half gateways. Consequently, it becomes 
possible to carry out the control between AV terminals 
on arbitrary 1394 buses, without requiring a long dis- 
tance 1394 bus transfer or a complicated 1394 bridge 
protocol which are th drawl>acks of the 1 394 buses. 

Note that, in this embodiment, it is assumed that the 
AV control terminals 2 and 5 carry out communications 
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with each other by using the IP, but it is also possible to 
realize this feature by using the other network layer 
technology (such as Netware, CLNP (Ck)nnection-Less 
Network Protocol), etc.) or the other technology such as 
l-PNNI (Integrated P-NNI). instead of the IP 

Also, in this embodiment the set up of the connec- 
tion (channel) between the AV control terminals 2 and 5 
is made by using the protocol called FANR txjt it is eas- 
ily possible to realize this feature by using the other con- 
nection set up protocol such as RSVP (Resource 
Reservation Protocol). ST2 (Stream Transport Protocol- 
2). or l-PNNI. instead of the FANR 

Also, in this embodiment, it is assumed that the net- 
work to which the transmitting temninal 1 and the receiv- 
ing terminal 6 are connected is the IEEE 1394 bus, but 
It is also possit)le to use FDDI2 or the broadcast based 
network such as home ATM-LAN as described in Japa- 
nese Patent Application No. 8-108015 (1996). in sub- 
stantially the same nranner as described above. 
Moreover, it is also possible to use a network which is 
not broadcast based, by modifying the AV control termi- 
nal to also carry out the connection set up between the 
half gateways and the transmitting/receiving terminals 
in a manner of the third party set up. 

Also, in this embodiment, it is assumed that the AV 
control tenninal 2. 5 and the half gateway 3, 4 are pro- 
vided in separate bodies, but they may be provided 
within the same body. Namely, when the AV control ter- 
minal 2 and the half gateway 3 are provided in an iden- 
tical body while the AV control terminal 5 arxi the hatf 
gateway 4 are provided In an identical body, it is possi- 
ble to regard the half gateways 3 and 4 themselves as 
incorporating the functions of the AV control terminals 2 
and 5. 

Also, in this embodiment a scheme in which the 
information regarding AV devices on local buses is 
exchanged between the AV control terminals 2 and 5 
has been described, but when a nunrtber of AV control 
terminals increases, this irrfbrmation exchange may be 
earned out by using mesh connections among the AV 
control terminals. It is also possible to use a scheme in 
which one AV control terminal functioning as a server 
distributes the information to the other AV control termi- 
nals, or the hyt)rid of these schemes in which some AV 
control terminal aggregates the information for a plural- 
ity of AV control terminals and notifies the aggregated 
information to the other AV control terminals. 

Also, in this emtxxJIment, when the user is operat- 
ing the AV control terminal, the resulting control process 
may be displayed on a display device provided at the 
receiving terminal 6. 

(Second Embodiment) 

Referring now to Rg. 9 to Fig. 17, the second 
embodiment of the present inventi n will be described 
in detail. 

This second embodiment is directed to a case 



where the erid-to-end data transmission is controlled by 
the signaling protocol of the network layer such as 
RSVR ST2. etc.. and the data exchanges with a net- 
work of that network layer are to be carried out 

5 Rg. 9 shows an exemplary overall configuration of a 
comnrtunication network system accorcBng to this sec- 
ond embodiment. In Rg. 9. an AV control terminal 1 103 
is connected to the Internet 1 1 02 (or art)itrary network), 
and connected with a receiving terminal 1 105 through a 

10 1394 bus 1104. Then, the video data delivery from a 
video server 1101 connected to the Intemet 1102 is to 
be canned out with respect to the receiving terminal 
1105, for example. 

The video server 1101 is the Internet terminal 

15 which transmits the video data on IP packets, that is, in 
the fornrat of MPEG-over-IR For example, this video 
server 1101 may carry out the transmission of the TS 
(Timestamp) of the MPEG by RTR 

The AV control ternrtinal 1 1 03 is connected between 

20 the Internet 1 1 02 and the 1 394 bus 1 1 04, and has func- 
tions for carrying out a c ontrol to^the Intemet 1 102 sid e, 
a control to th e 1394 bus 1 104 ski e, and transmitting 
datilrom orieliefwofir&'anbther network by matching 
communications from both. This AV control terminal 

25 1 103 may be provided in a form of a unit called set-top 
kxsx. 

The receiving terminal 1105 is a non-IP terminal 
that can understand the 1394 protocol only, which car- 
ries out the video data reception. Consequently, tiie 
30 reception of MPEG data must obey the data format of 
MPEG-over-1394 as defined by the lEC 1883. for exam- 
ple. 

As described above, in this embodiment it is 
assumed that the video data transfer from the video 

35 server 1 1 0 1 is realized by tiie transmission in the fbrnat 
of MPEG-over-IP tiirough the Internet 1 102. In order to 
carry out this video data transmission by maintaining 
the oomnrujnication quality while being in the Internet 
1102, the communication quality is guaranteed by the 

40 RSVP inside tiie Internet 1102. Here, of course, the 
guarantee may be made by the ST2 or tiie FANR 
altiiough this enrixxiiment describes a case of using the 
RSVR 

Now, a procedure for transmitting the video data 
45 from the video sender 1101 to tiie receiving terminal 
1 105 which is not the IP terminal in tiie communication 
network system of Rg. 9 will be described. 

Rg. 10 shows an exenplary internal configuration 
of tiie AV control terminal 1 1 03. As shown in Fig. 1 0, the 
50 AV corrtrol terminal 1 1 03 comprises an external network 
interface unit 1201 . a first MUX/DEMUX 1202. an RSVP 
processing unit 1203, a 1394 AV processing unit 1204, 
an MPEG-over-IP/MPEG-over-1394 conversion unit 
1205. a second MUX/DEMUX 1206. and a 1394 inter- 
55 face unit 1207. 

The external network interface unit 1201 is an inter- 
face with respect to the Internet 1 1 02. which is an inter- 
face on the datalink layer and the physical layer in 
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particular, and which transmits the received data to the 
" RSVP processing 1203 or the MPEG-over-IP/MPEG- 
over-1394 conversion unit 1205 through the first 
MUX/DEMUX 1202 according to the need. 

The RSVP processing unit 1203 has a function for 
reserving a route that guarantees the communication 
quality t)etween the AV control tenninal 1103 and an 
art)itrary terminal (the video server 1 101in this embod- 
iment) connected to the Internet 1102 by canying out 
the RSVP processing, and a function for canying out 
the IP processing. 

The 1394 AV processing unit 1204 has a function 
for canning out the processing of the 1394 AV protocol 
(AV/C protocol, lEC 1883. etc.) or the FANP-AV protocol 
described in the f ir^ embodiment through the 1394 bus 
1104. 

The MPEG-over-IP/MPEG-over-1394 conversion 
unit 1205 has a function for converting the MPEG 
frames entered from the Internet 1102 In the MPEG- 
over-IP format into the MPEG-over-1394 format and 
transmitting them. Of course, it may also has a function 
for converting in the opposite direction. This format con- 
V rsion may be canried out by referring to the source 
address, destination address, port number, flow labels, 
etc.. of the arrived IP packet, or in a case wrtiere the 
Internet is the virtual connection type networK this for- 
mat conversion may be carried out by referring to the 
virtual channel identifier or channel number, etc. In this 
embodiment, the processing of the latter case will be 
described as an example. 

The 1394 interface unit 1207 is an interface with 
respect to the 1 394 bus 1 1 04, and more specif Icaily, has 
functions for carrying out the physical layer processing, 
the link layer processing, the transaction layer process- 
ing and the bus management 

The AV control terminal in a configuration shown in 
Fig. 10 is for a case where the receiving terminal 1 105 
has the MPEG reproduction function (MPEG decoding 
function). In addition, the AV control terminal 1 103 may 
also have a function (including analog circurts. etc.) gen- 
erally called set-top box. 

The user ads on the AV control terminal 1 103 when 
the user wishes to receive the video data from the video 
server 1101 at the receiving terminal 1105. Namely, the 
user makes the setting with respect to the AV control 
terminal 1103, as to which video should be sent from 
which video server and at which receiving terminal it 
should be received (watched). 

At this point instead of requiring the user to act 
directly on the AV control terminal 1103, the system 
may have a configuration in which, when the user acts 
on the other terminal, a control message is sent from 
that other terminal to the AV control terminal so as to 
request a subsequent series of control operations. 

The AV control terminal 1103 requests the video 
data transmission to the video server 1 101 which is the 
IP node, by using the IP protocol. This operation may be 
realized through a protocol such as HTTP Also, this 



operation may be realized in a form in which the control 
protocol such as DSM-CC defined by the ITU-T and 
DAVIC flows over the Internet 

At this point it is also possible to use a scheme in 

5 which the PATH message of the RSVP Is flowing from 
the video sender 1 101 and the AV control terminal 1 103 
sends the RESV message of the RSVP In response so 
as to estat)lish a route guaranteeing the QOS between 
the video server 1101 and the Av control terminal 1 1 03 

10 (st^SIOI of Rg. 11). 

In addition, the AV control terminal 1103 estab- 
lishes the isochronous channel (channel numt>er #X) on 
the 1394 bus with respect to the receiving terminal 
1105. and transmits a message for commanding the 

15 reception of data from this isochronous channel by 
using the 1394 protocol such as lEC 1883, AV/C proto- 
col, or 1394-1995 (step S102 and step S103 of Fig. 11). 

Along with that the setting of the MPEG-over- 
IP/MPEG-over-1394 conversion unit 1205 Is made, that 

20 Is, the setting by which a packet in the MPEG-over-IP 
format entered from the Internet 1102 Is taken out 
according to its header information (an identifier of the 
datalink layer connection through which this packet 
passes, or the IP header information, or the flow label. 

25 etc.), converted into the data format of the MPEG-over- 
1394. and transmitted to the prescribed isochronous 
channel #X (the isochronous channel 1111 of Fig. 12) 
on the 1394 bus 1 104 (step S104). TTiis setting may be 
made in a form which guarantees the comnminication 

30 quality such as jitter or delay time. 

By means of this, a route 1110 and 1111 (a route 
with the communication quality guaranteed) from the 
vkieo server 1101 to the receiving terminal 1105 as 
shown in Rg. 12 is reserved. 

35 Here, the MPEG packet among the packets that 
passed through the Internet 1102 is forwarded to the 
MPEG-over-IP/MPEG-over-1394 conversion unrt 1205, 
and an information for triggering the fonnat conversion 
there may be the VPI/VCI value that carries this MPEG 

40 data, when the access datalink of the Internet 1 102 is 
the ATM. for example. In this case, there Is no need to 
bring this processing up to the IP layer. 

Mso, when the access datalink is the STM network, 
the format conversion may be triggered by an input from 

45 Its channel number/specific time-slot etc. In this case, 
there is no need to bring this processing up to the IP 
layer ather. 

/Vlso. the format conversion may be triggered by 
using a part of the header information of the IP packet 
50 (such as "destination address + port number", the flow 
label of the IPv6, etc.). 

The MPEG data are transmitted from the video 
server 1 101 in the format of MPEG-over-IP, so that the 
AV control terminal 1 103 converts them Into the MPEG- 
55 over-1394 format at the MPEG-over-IP/MPEG-over- 
1394 conversion unit 1205 and then transmits them to 
the receiving terminal 1 105 (step SI 05). 

In this manner, the reception of the video data 
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transmrtted by the IP can be realized even at the receiv- 
ing terminal which is not the IP terminal (the receiving 
terminal 11 05 in th^ embodiment). 

Note that the 1394 bus 1104 portion may be 
replaced by a group of bridge connected 1 394 buses, or 5 
a network formed by mixed networks of the 1394 txjses 
and other networks in which the 1394 bus is emulated. 

It Is also possible to use the ATM access network as 
the access network to the home instead of the Internet 
1102. Fig. 13 shows an exemplary overall configuration 
of the communication network system in such a case, 
which differs from Rg. 9 in that the Intemet 1 102 of Fig. 
9 is replaced by an ATM access network 1502. 

Note tfiat in this case, in Rg. 13. the AV control ter- 
minal 1503 and/or the video server 1501 may be the 
ATM terminal (a terminal that can understarxl arxJ proc- 
ess only the ATM-API), so that the exchange between 
the AV control terminal 1503 and the video server 1501 
will involve the call set up by the ATM signaling, etc. 

Fig. 14 shows an exemplary internal configuration 
of the AV control terminal 1503. As shown in Rg. 14. the 
fornr«t conversion is made between the MPEG-over- 
ATM format and the MPEG-over-1394 format at the 
MPEG-over-ATM/MPEG-cver-1394 conversion unit 
1605. Here, the MPEG-over- ATM format may be in a 
form according to the protocol defined by the AMS of 
the ATM forum. 

The call set up by the ATM signaling between the 
AV control terminal 1 503 and the video server 1 50 1 is to 
be carried out at an ATM signaling processing unit 1 603. 

The functions of the other elements of Rg. 14 are 
the same as those of Fig. 10. 

Fig. 15 shows a sequence chart for the operations 
of the communication network system of Fig. 13 as a 
whole. Fig. 15 differs from Fig. 1 1 in that the virtual con- 
nection ( VCI = #X ) for carrying out the call set up by the 
ATM signaling is established at a time of estat)lishing a 
route between the video server 1 501 arxl the AV control 
temrunal 1503 at the step S201 of Rg. 15 (which corre- 
sponds to the step S101 of Fig. 11). The other parts of 
Rg. 1 5 are substantially the same as Fig. 1 1 . 

Note that in this embodiment, an example in which 
the network inside the home is formed by the 1394 bus 
has been described, but the scheme of the present 
invention is equally applicable to a case where the net- 
work inside the home is not the 1394 bus but the other 
network technology (such as the ATM, etc.). 

The above embodiment is directed to an exemplary 
case in which the MPEG decoder is provided at the 
receiving terminal side. However, it is also possible to 
consider a case in which the MPEG decoder does not 
exist on the receiving terminal side arxJ the receiving 
tenrunal only has a function for receivir^ the raw video 
data directly and displaying them. 

In such a case, in the conrununication network sys- 
tem of Rg. 9. for exanple, instead of carrying out the 
fornr^t conversion at the AV control terminal 1103, it is 
also possit)le to use a configuration in which, as shown 



in Rg. 16. an MPEG decoding unit 1805 is provided 
inside the AV control terminal 1103 and ttie MPEG 
decoding is carried out inside tfie AV control terminal 
1103 for tiTe MPEG-over-IP data (or tiie MPEG-over- 
ATM data, etc.) entered into the AV control terminal 
1 103, and the raw video data after the MPEG decoding 
are transmitted to the receiving temiinal 1105 tinrough 
tiie 1394 bus 1104. Rg. 17 shows the operation 
sequence in this case. Namely, Rg. 17 differs from Rg. 
11 inthatthe step S104toS105of Fig. 11 are replaced 
t>y tiie step S11 1 to S113 in Rg. 17. where tiie format 
conversion is not carried out fc)ut the MPEG decoding of 
ttie MPEG-over-IP data (or the MPEG-over-ATM data, 
etc.) is earned out at the MPEG decoding unit 1805 and 
the raw video data are transmrtted to tiie receiving ter- 
minal 1 1 05 through the isochronous channel #X on the 
1394 bus 1104 (step S1 11 to step S1 1 3 of Rg. 17). 

By means of this, the high level functions such as 
the MPEG decoding are concentrated to the AV conb-ol 
terminal 1 103. so tiiat there is a merit in that a load on 
the receiving terminal 1 105 can be reduced. 

Also, Rg. 9 uses the internet between the video 
server 1101 and the AV control terminal 1103. but the 
scheme of the present invention is of course not limited 
to a case of using the Intemet and equally applicable to 
a case of using tiie other network configuration such as 
ATM network. SDH networK FTTH, etc. 

Note that, as a configuration of the AV control termi- 
nal 1 103. it is also possible to consider a configuration 
which is capable of processing a plurality of MPEG 
streams simultaneously. In this case, it is also possible 
to adopt tiie processing scheme in which the diff^ent 
processings are applied to different streams, as in a 
case of applying tiie MPEG decoding to one MPEG 
stream while applying tiie fomial conversion from the 
MPEG-over-IP to tiie MPEG-over-1394 to another 
MPEG stream, for example. In such a case, it suffices to 
provide a plurality of MPEG decoders, MPEG encoders, 
or conversion units inside the AV control terminal 1 103. 

(Third Embodiment) 

Referring now to Rg. 1 8 to Rg. 25, the third embod- 
iment of the present invention will be descn'bed in detail. 

Rg. 18 shows an exenrplary overall configuration of 
a communication network system according to this third 
emtxxfiment. As shown in Fig. 18. tiie communication 
network system of tiie third embodiment conrprises a 
router 2001, a first half gateway 2002. a second half 
gateway 2003. an AV control terminal 2004, a video ter- 
minal 2005. an Internet 201 1 . a first 1394 bus 2012, and 
a second 1394 bus 2013. 

In Rg. 18. a network formed by tiie router 2001 and 
elements on the right side of tiie router 2001 (tiiat is. the 
router 2001 . tiie first 1394 bus 2012, tiie first half gate- 
way 2002, the second half gateway 2003. the second 
1394 bus 2013, tiie AV control terminal 2004. and the 
video terminal 2005) may be a home network con- 
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structed within the home. 

Also, in this embodiment the video ternninal 2005 is 
a non-IP terminal, similarly as in the first embodiment 

Here, a case of receiving video data (assumed to 
be transmitted in the MPEG-cver-IP format) from a 5 
video server (not shown) on the Internet 201 1 at the 
video terminal 2005 which is the non-IP terminal will be 
considered. 

Note that it is the AV control terminal 2004 that 
directly negotiate with the Internet or the video server by 
the IP. similarly as in the second embodiment. 

This third embodiment differs from the second 
embodiment in that it is the second half gateway 2003 
rather than the AV control terminal 2004 that carries out 
the control of transfer from the MPEG-over-IP to the 
MPEG-Gver-1394. Here, the control of transfer may be 
carried out by the first half gateway 2002 or the router 
2001 in^ead of the second half gateway 2003, but a 
case where the control of transfer is carried out by the 
second half gateway 2003 will be described in this 
emkxKliment. 

To this erxj, the AV control terminal 2004 is con- 
nected with the second 1394 bus 2013, but unlike the 
first embodiment, it is not absolutely necessary for this 
AV control terminal 2004 to be located on a path from 
the Internet 201 1 to the video terminal 2005. 

Also, here, the second half gateway 2003 may 
app ar as a set-top box from a viewpoirrt of the video 
terminal 2005. 

Also, in this emfcxxliment the bandwidth control 
between the subnets of the Internet (that is, at a bourxi- 
ary between one IP subnet and another IP subnet) is to 
be earned out by the RSVR and the FANP described in 
the first embodiment is to be used within the subnet 
(that is, a portion of the elements on the right side of the 
router 2001). Consequently, the router 2O01 and the AV 
control terminal 2004 are RSVP nodes while the router 
2001 p the first half gateway 2002, the second half gate- 
way 2003, and the AV control termincil 2004 are FANP 
nodes. 

The transmission scheme between the half gate- 
ways 2002 and 2003 is assumed to b»e the ATM similarly 
as in the first embodiment. 

Now, with reference to Rg. 1 9, the video data trans- 
mission sequence will be described. 

A user who wishes to receive the video transmitted 
from the Internet at the video terminal 2005 makes a 
program request by operating the AV control terminal 
2004 similarly as in the second embodiment. Here, an 
actual operation screen may be displayed on a display 
device provided in the video terminal 2005. Also, at a 
time of this reservation, the reservation of the communi- 
cation resources using the RSVP may also be carried 
out in order to receive the video program at a high conf>- 
munication quality. Consequently, the reservation of the 
comnnunication resources by using an RESV message 
of the RSVP is carried out with respect to a PATH mes- 
sage of the RSVP transmitted from the Internet 201 1 



side (step S201). Note that the half gateways 2002 and 

2003 are not the RSVP nodes so that the RSVP mes- 
sages simply pass through them. 

The router 2001 tfiat received the RESV message 
reserves the connection and the communication 
resources on a route from the router 2001 to the AV 
control temninal 2004 by using the FANP described in 
the first emtxxiiment At this point the fact that data to 
be transferred by the FANP are MPEG data may be noti- 
fied to each node. 

Here, suppose that the reserved connmunication 
resources includes, as shown in Fig. 20, an isochronous 
channel 2202 on the first 1394 bus, a connection 2203 
t>etween the half gateways 2002 and 2003, and an iso- 
chronous cfrannel 2204 on the second 1394 bus. Here, 
the isochronous channel 2204 on the second 1394 bus 
is the broadcast on the second 1 394 txis because of the 
property of the 1394 bus. 

Now. the AV control terminal 2004 receives the 
FANP offer message transmitted from the router 2001 
(step S202). and returns the FANP re-direct message 
(st^ S203) so as to permit the connection establishing. 
Also, around this point, the following two operations are 
carried out by the AV control terminal 2004. 

The first operation is to commarxJ the video termi- 
nal 2005 to receive the isochronous data at the iso- 
chronous channel 2204, by using the 1394 protocol 
(step S204). By means of this, a state in which a con- 
nection with the communication quality guaranteed is 
established from the router 2001 to the video terminal 
2005 of Fig. 20 is sufc>stantially realized. 

The second operation of the AV control terminal 

2004 is to command the second half gateway 2004 to 
carry out the fornrat conversion from the MPEG-over-IP 
to the MPEG-over-1394 (step S205). Here, the MPEG- 
over-1394 format may be a format defined by lEC 1883, 
etc. In this easel the fact that the second half gateway 
2003 has the transfer function in advance may be 
already recognized the AV control terminal 2004. or 
some protocol for the purpose of checking the pres- 
erx;e/at)sence of the transfer function may run through 
the network 

This transfer command may be made in a form of 
the IP application, or in a form of the 1394 application. 
For this reason, the second half gateway 2003 has an 
internal function for transferring from the MPEG-over- IP 
to the MPEG-over-1394 (the MPEG-over-1394yMPEG- 
over-IP conversion unit 2304 of Fig. 21). 

The internal configuration of the second half gate- 
way 2003 shown in Fig. 21 differs from the intemal con- 
figuration of the half gateway in the first embodiment in 
that the MPEG-over-1394/MPEG-over-IP conversion 
unit 2304 is included in the second half gateway 2003, 
and that the IP/FANP processing unit 2303 has a func- 
tion for making a setting of the MPEG-over- 
1394/MPEG-over-IP conversion unit 2304 accorcfing to 
a "transfer command" signal at the step S205 in the 
sequence of Fig. 19, so that the format conversion from 
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the MPEG-over-IP to the MPEG-over-1394 will be car- 
ried out tor appropriate input IP packets on which the 
MPEG data are mounted. 

Now, the RESV message of the RSVP that reached 
to the router 2001 flows further to an upstream side and 
reaches to the video s rver (now shown) (step S206). 
At this point, the end-to-end connection with the com- 
munication quality guaranteed is established from the 
video server to the video terminal 2005 as shown in Rg. 
20. Here, prior to the video data transmission, some 
notification signal (a signal for urging the video data 
transmission) may be sent from the AV control terminal 
2004 to the video server. 

After that, the transmission of the video data from 
the video server is started (step S207). The video data 
pass through the connection set 2201 on the IP of Rg. 
20, and reaches to the video terminal 2005 through the 
connections 2202. 2203 and 2204 established by the 
FANIP. Note here that the format conversion from the 
MFEG-over-IP format to the MPEG-over-1394 format is 
canied out at the second half gateway 2003. 

The above description is directed to a case where 
the video terminal 2005 has the MPEG decoder. In con- 
trast, in a case where the video terminal 2005 does not 
have the MPEG decoder and is in a configuration for 
receiving and reprodudng the raw video data, it is also 
possible to use a configuration in which the MPEG 
decoder is provided in the second half gateway 2003 so 
that the MPEG decoding from the MPEG-over-IP is car- 
ried out and the obtained raw video data are transmitted 
to the video terminal 2005. In this configuration, there is 
no need to inclement the expensive MPEG decoder in 
the video terminal 2005, so that there is a merit in that a 
construction of a low cost system becomes possible. 

Fig. 22 shows an exemplary internal configuration 
of the second half gateway 2003 in this case. This con- 
figuration of Fig. 22 differs from that off Rg. 21 in that the 
MPEG decoder unit 2404 is provided instead of the 
MPEG-over-1394/MPEG-over-IP conversion unit 2304 
of Fig. 21. 

At the MPEG decoder unit 2404. the MPEG decod- 
ing may be carried out when a command signal for com- 
manding the decoding of the MPEG data is sent from 
the AV control terminal 2004 to the second half gateway 
2O03. 

Here, in a case of carrying out the MPEG format 
conversion or the MPEG decoding, the format conver- 
sion or decoding processing may be carried out by 
innplicitly recognizing that data contents are MPEG data 
from the value of the datalink identifier (VPIA/CI value in 
a case of the ATM, for example) between the two half 
gateways 2002 and 2003, without carrying out the IP 
layer processing. In this manner, it is possible to start 
the MPEG fbrnnt conversion processing or the MPEG 
decoding processing by omitting the IP processing 
which is generally said to b costly, so that the quick 
processing and the low cost can be realized simultane- 
ously. 



Note that, as shoukj be apparent the system in 
such a configuration is applicable not only to a case of 
receiving video from the Internet but also to a case of 
the video data transmission by the MPEGover-ATM 

5 when the access network is the ATM network as in the 
second embodiment, or to cases using any other trans- 
mission schemes. 

Also, the transmission of video data (or data in gen- 
eral) is not necessarily limited to the MPEG, and any 

10 coding scheme can be used. 

Also, the above operations can be utilized lor the 
information transmission from the home. Namely, in the 
communication network system with a conf igurat'on as 
shown in Fig. 23. consider a case of transmitting the raw 

15 video data or MPEG data from the transmitting terminal 
3001 which is the non-IP terminal. 

Basically, it suffices to carry out the sequence 
opposite to that of the receiving desaibed above (see 
the sequence shown in Rg. 25). Namely, the AV control 

20 terminal 3002 establishes a connection up to the receiv- 
ing terminal by the signaling protocol off the network 
layer (step S301), transmits the isochronous channel 
number, etc.. to the router 3005 by the FANP offer mes- 
sage (step S302), and receives the re-direct message 

25 from the router 3005. 

Also, the AV control terminal 3002 commands the 
transmitting tenninal 3001 to transmit data through the 
earlier set up isochronous channel, by using the 1394 
protocol (step S304), and in addition a command for 

30 transfer (or MPEG encoding) is sent from the AV control 
terminal 3002 to the first half gateway 3303 for example 
(step S305). 

By means of this, when the MPEG encoder unit 
3404 as shown in Fig. 24 (in a case where the MPEG 

35 encoder is not provided in the transnrutb'ng terminal 
3002) or the function of the formal conversion from the 
MPEG-over-1394 to the MPEGK>ver-IP (the MPEG- 
over-1394/MPEG-over-IP conversion unit 2304) as 
shown in Fig. 21 is provided at the first half gateway 

40 3003, it becomes possible to can^y out the data trans- 
mission from the transmitting terminal 3001 (step 
S306). 

Note that, by incorporating the MPEG encoder unit 
3404 (for encoding video data transmitted from the 

45 1394 side toward the ATM side) of the half gateway in 
the configuration shown in Rg. 24 into the half gateway 
in the configuration shown in Fig. 22 so that the MPEG 
encoder and the MPEG decoder are provided simulta- 
neously, it becomes possible to caay out the bi-direc- 

50 tional communications by a single device (half 
gateway). It is obviously also possible to use this device 
in such a manner that two or more uni-directional com- 
munications are carried out simultaneously and the 
encoder and the decoder are used Ibr the respective 

55 communications independently. 

It is also possit>le to consider a configuration in 
which the MPEG encoding furxrtion, the MPEG decod- 
ing function, and the MPEG format conversion functi n 
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are provided separately, arxl necessary ones of these 
functions are executed by the mode switching according 
to an appropriate control signal from the AV control ter- 
minal 3002. 

It is also possible to consider a configuration which 
is capable of processing a plurality of MPEG streams 
simultaneously. In this case, it is also possible to adopt 
the processing scheme in which the different process- 
ings are applied to different streams, as in a case of 
applying the MPEG decoc£ng to one MPEG stream 
while applying the format conversion from the MPEG- 
over-IP to the MPEG-over-1394 to another MPEG 
stream, for example. 

As described, according to the present invention, it 
becomes possible for the dedicated IEEE 1394 terminal 
to carry out communications with a group of nodes 
which are operated by the protocol other than the IEEE 
1394. and it also becomes possible to inter-connect the 
IEEE 1394 buses through a physical network other than 
the IEEE 1394 bus. 

It is to be noted that besides those already men- 
tioned above, nnany modifications and variations of the 
above embodiments may be made without departing 
from the novel and advantageous features of the 
present irrvernion. Accordingly, all such modifications 
and variations are intended to be included within the 
scope of the appended claims. 

Claims 

1 . A data transfer control device for controlling transfer 
of information data to a receiving node connected 
with a first physical network from a transmitting 
node connected with a second physical networK 
the data transfer control device being connected 
with the second physical network and comprising: 

an establishing unit for establishing a channel 
in the second physical network for transmitting 
the information data; 

a reserving unit for reserving a communication 
path for transferring the information data trans- 
mitted through said channel to another data 
transfer control device belonging to the first 
pfiysical network and/or the receiving node; 
and 

a commanding unit for comn^nding the trans- 
mitting node to transmit the information data 
through said channel, by using a protocol 
depending on the second physical network. 

2. The device of daim 1 . wherein the receiving unit 
transmits a control message commanding a net- 
work connection device which connects the second 
physical network and a third physical network, to 
register a correspondence behveen the channel in 
the second physical netw rk and a head r/channel 
information depertding on the third physical net- 



work. 

3. The device of daim 1. wherein the reserving unit 
trar^its a control message containing an address 

5 information for said another data transfer contr I 
device and/or the receiving node and at least one of 
a header information to be attached to the infonna- 
tion data arxl an information regarding a channel 
through which the information data is to be trans- 

10 ferred. to said another data transfer contrd device 
and/or the receiving node. 

4. The device of claim 3, further comprising: 

75 an interface unit for connecting the data trans- 

fer control device to a third physical network or 
the first physical network; and 
a transmission unit for transmitting the informa- 
tion data received through said channel in the 

20 second physical network to the third physical 

network or the first physical networK onto a 
channel indicated by saki control message, or 
after attacNng the header information con- 
tained in said control message. 

25 

5. The device of claim 3. further comprising: 

an interface unit for connecting the data trans- 
fer control device to a third physical network or 

30 the first physical network; 

a conversion unit for converting a data format 
of data received through said channel, from a 
first data format deperKJing on the second 
physical network to a second data format 

35 depending on the third physical network or the 

first physical network and/or an upper logical 
network of the third physical network or the first 
physical network; and 

a transmission unit for transmitting said data 
40 with the data format converted by the conver- 

sion unit as the information data to the third 
physical network or the first physical network, 
onto a channel indicated by said control mes- 
sage, or after attaching the header infornr^tion 
45 contained in said contrd message. 

6. The device of claim 3. further comprising: 

an encoding/decoding unit for encoding/decod- 
50 ing data received through said channel; and 

a transmission unit for transmitting the informa- 
tion data encoded/decoded by the encod- 
ing/decoding unit, to a channel indicated by 
said control message, or after attaching a 
55 header information contained in said control 

message. 

7. The device of daim 1 , wherein the estat)fishing unit 
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establishes said channel in a fomn of a broadcast 
type channel. 

8. The device of daim 1, wherein the reserving unit 
communicates an information regarding a comnrtu- 
nlcation resource required for th communication 
path, with said another data transfer control device 
and/or the receiving node. 

9. The device of daim 1 , further comprising: 

a collecting unit for collecting attrftxite informa- 
tion of transmitting and/or receiving nodes con- 
nected with the second physical network; and 
a notifying unit for notifying said attribute infor- 
mation to said another data transfer control 
device and/or the receiving node. 

10. The device of daim 1 . further comprising: 

a receiving unit for receiving a notice regarding 
attribute information of transmitting and/or 
receiving nodes connected with the first physi- 
cal network; and 

a memory unit for storing said attribute informa- 
tion. 

11. The device of daim 1. further corrprising: 

a receiving unit for receiving a control message 
containing an information capat)le of specifying 
the transmitting node, from said another data 
transfer control device and/or the receiving 
node; 

wherein the commanding unit conrv 
rr^nds a transmission of the information data 
to the transmitting node which is specified by 
said control message. 

12. The device of daim 1. wherein the reserving unit 
transmits a control message containing an informa- 
tion capable of specifying the receiving node, to 
said another data transfer control device. 

13. A data transfer control device for controlling transfer 
of information data to a receiving node connected 
with a first physical network from a transmitting 
node connected with a second physical network, 
the data transfer control device being connected 
writh the first physical network and conrprising: 

a receiving unit for receiving a control message 
to be used in reserving a communication path 
reaching the data transfer control device, said 
control message containing at least one of a 
header inf rmation to be attached to the infor- 
mation data in the first physical networK and 
an information regarding a channel through 



10 



which the information data is to be transferred; 
and 

a commanding unit for commanding the receiv- 
ing node to receive the information data which 
has the header information contained in said 
control message or which is transferred 
through the channel incficated by sakJ control 
message, by using a protocol depending on the 
f ir^ physical network. 

14. The device of claim 13, wherein said control mes- 
sage indicates the channel of the first physical net- 
work in a form of a broadcast type channel. 

15w The device of daim 13. wherein said control mes- 
sage also contains an information regarding a com- 
munication resource required in reserving the 
communication path. 



20 16- The device of daim 13, further comprising: 



a collecting unit for collecting attribute informa- 
tion of transmitting arxl/or receiving nodes con- 
nected with the first physical network; arxf 
a notifying unit for notifying sakj attrikxite infor- 
mation to another data transfer contrd device 
belonging to the second physical network 
and/or the transmitting node. 
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30 17. The device of claim 13, further comprising: 



a notice receiving unit for receiving a notice 
regarding attribute information of transmitting 
arxl/or receiving nodes connected with the sec- 
ond physical network; and 
a memory unit for storing said attribute Informa- 
tion. 
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ia The device of claim 13, further comprising: 

a message receiving unit for receiving a mes- 
sage containing an information capable of 
specifying the receiving node, from another 
data transfer control device belonging to the 
second physical network and/or the transmit- 
ting node; 

wherein the commanding unit com- 
mands a receiving of the information data to 
the receiving node which is specified by said 
message. 

19. The device of daim 13, further comprising: 

a transmission unit for transmitting a message 
containing an information capable of specifying 
the transnritting node, to another data transfer 
control device belonging to the second physical 
network 
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20. A data transfer control device for controlling transfer 
of information data to a receiving node connected 
with a first physical network from a transmitting 
node connected with a second physical network, 
the data transfer control device being connected 
with the first physical network and comprising: 

an estat)lishing unit for estak)lishing a channel 
in the first physical network; 
a transfer unit for transferring the information 
data transfenred through a conrununication path 
that is reserved for receiving the information 
data transmitted from the transmitting node, to 
the channel established by the estat^lishing 
unit; and 

a commanding unit for commanding the receiv- 
ing node to receive the information data which 
is transferred through the channel established 
by the establishing unit by using a protocol 
depending on the first physical network 

21. The device of claim 20. wherein said communica- 
tion path is reserved by receiving a control mes- 
sage containing at least one of a header 
information attached to the information data and an 
information regarding a channel through which the 
information data is to be transferred, from a physi- 
cal network different from the first physical network. 

22. The device of daim 21. wherein said control mes- 
sage also contains an information regarding a com- 
munication resource required in reserving the 
communication path. 

23. The device of claim 20. wherein the establishing 
unit establishes the channel of the first physical net- 
work in a form of a broaden type channel. 

24. The device of daim 20, further comprising: 

a collecting unit for collecting attribute informa- 
tion of transmitting arxl/or receiving nodes con- 
nected with the first physical network; and 
a notifying unit for notifying said attritxite infor- 
mation to another data transfer control device 
belonging to the secorxJ physical network 
and/or the transmitting node. 

25. The device of daim 20, further comprising: 

a notice receiving unit for receiving a notice 
regarding attribute intomiation of transmitting 
and/or receiving nodes connected with the sec- 
orxj physical network; and 
a memory unit for storing said attribute informa- 
tion. 

26. The device of daim 20, further comprising: 



a message receiving unit for receiving a control 
message cortaining an information capable of 
specifying the receiving node, from another 
data transfer control device belonging to the 
5 second physical network arxJ/or the trarYsmrt- 

ting node; 

wherein the commanding unit com- 
marKls a receiving of the information data to 
the receiving node which is specified by said 
10 control message. 

27. The device of claim 20. further comprising: 

a transmission unit for transmitting a control 
75 message containing an information capat)le of 

specifying the transmitting node, to another 
data transfer control device t>elonging to the 
second physfoal network. 

20 28. A data transfer control device for controlling transfer 
of irtforn^tion data from a transmitting node con- 
nected with a first physical network to a receiving 
node connected with a second physical network 
the data transfer control device being connected 

25 with tiie second physical network and with a third 
physical network or the first physical network and 
comprising: 

a first establishing unit for establishing a chan- 

30 nel in the second physical network; 

a second establishing unit for estat)lishing a 
communication path t>etween the data transfer 
control device and the first physical network or 
a transmitting node belonging to an upper logi- 

35 cal network of the first physical network; 

a commanding unit for commanding the receiv- 
ing node to receive tiie information data trans- 
fened through the channel established by the 
first establishing unit, by using a protocol 

40 depending on the second physical network; 

a conversion unit for converting a data format 
of the information data received through the 
communication path established by the second 
establishing unit, from a first data format 

45 depending on the third physical network or the 

first physical network and/or an upper logical 
network of the thitd physical network or the first 
physical network to a secorxl data fornrtat 
depending on the second pftysical network; 

50 and 

a transfer unit for transferring the information 
data with the data format converted by the con- 
version unit, to the channel established by tiie 
first establishing unit 

55 

29. A data transfer control device for controlling transfer 
of inforn^tion data from a transmitting node con- 
nected with a first physical network to a receiving 
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node connected with a second physical networK 
the data transfer control de^ce being connected 
with the second physical network and comprising: 

a first establishing unit for establishing a chan- 
nel in the second physical network; 
a second establishing unit tor estat>lishing a 
communication path between the data transfer 
control device arxJ the first physical network or 
a transmitting node belonging to an upper logi- 
cal network of the first physical network; 
a commanding unit for commanding the receiv- 
ing node to receive the information data trans- 
ferred through the channel established by the 
first establishing unit by using a protocol 
depending on the second physical network; 
an encoding/decoding unit for encoding/decod- 
ing the information data received through the 
communication path established by the second 
establishing unit; and 

a transfer unit for transferring the information 
data ^icoded/decoded by the encoding/decod- 
ing unit, to the channel established by the first 
establishing unit 

30. A data transfer control device for controlling transfer 
of information data to a receiving node connected 
with a first network from a transmitting node con- 
nected with a second network, the data transfer 
control device being connected with the first net- 
work and comprising: 

an establishing unit for estat>lishing a commu- 
nication path for the information data transmit- 
ted from the transmitting node by using a 
signaling protocol of a network layer, the com- 
munication path reaching the data transfer con- 
trol devk:e from the transmitting node or 
another data transfer corttrol device connected 
with the second network; 
a receiving unit for receiving a control message 
containing an information regarding a channel 
through which the information data is to be 
transferred to the receiving node; and 
a commanding unit for commanding the receiv- 
ing node to receive the information data trans- 
ferred through said channel, by using a 
protocol depending on the first network. 

31- The device of daim 30, further comprising: 

a transmission unit for transmitting a message 
requesting a conversion of a data format of the 
information data from a first data format 
depending on the network layer to a second 
data format of a protocol depending on the first 
network, to a node through which the informa- 
tion data passes before being received by the 



receiving node. 

32. A data transfer control device for controlling transfer 
of information data from a transmitting node con- 

5 nected with a first network to a receiving node con- 
nected with a second network, the data transfer 
control device being connected with the first net- 
work arxi comprising: 

10 an establishing unit for establishing a commu- 

nication path for the information data transmit- 
ted from the transmitting node by using a 
signaling protocol of a network layer, the com- 
munication path reaching the receiving node or 
15 another data trar^r control device connected 

with the second network; 
a transmission unit for transmitting a control 
message containing an information regarding a 
channel through which the information data is 
20 to be transfenred from the transmitting node; 

and 

a commanding unit for commanding the trans- 
mitting node to transmit the information data to 
said channel, fc>y using a protocol depending on 
25 the first network 

33. The device of daim 32. further comprising: 

a nnessage transmission unit for transmitting a 
30 message requesting a conversion of a data for- 

mat of the information data from a first data for- 
mat depending on the first network to a second 
data format depending on the network layer, to 
a node through which the information data 
35 passes before being received by the receiving 

node. 

34. A relay device for transmitting a received data from 
one network to another network, comprising: 

40 

a first establishing unit for establishing a chan- 
nel in said another network; 
a second establishing unit for estafc>lishing a 
communication path which includes the chan- 

45 nel estatilished by the first estat>lishing unit for 

data transferred from said one network to said 
another network by exchanging a signaling 
protocol of a network layer with a data transfer 
control device in said another network; and 

50 a transmission unit for transmitting a control 

message containing an information regarding 
the channel to the data transfer contrd device, 
such that the data transfer control device com- 
mands a receiving node in said another net- 

55 work by using a protocol deperxjing on said 

another network to receive the data transferred 
through the communication path established by 
the second estat)lishing unit 
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35. A relay device for transmttting a received data from 
one network to arx>ther network, comprising: 

a reception unit for receiving a control message 
containing an information regarding a channel s 
estat)lished in said one network from a data 
transfer control device in said one network the 
data transfer control device commanding a 
transmttting node in said one network by using 
a protocol depending on said one network to 
transmit the data to tlie channel; and 
an estat)lishing unit for establishing a commu- 
nication path wtiich includes the channel for 
data transferred from said one network to said 
another network by exchanging a signaling 
protocol of a network layer with the data trans- 
fer control device. 

36. A relay de^ce for transmitting a received data from 
one network to another network, conprising: 



39. The device of daim 38. further comprising: 

a receiving unit for receiving a network layer 
protocol packet for controlling at least one of 
the transmitting arxl/or receiving nodes con- 
nected with the first physical network, from said 
device connected with the second physical net- 
work: and 

a control unit for controlling saki at least one of 
the transmitting and/or receiving nodes sped- 
fied by the network layer protocol packet, 
according to a protocol depertding on the first 
physical network. 

40. A method for controlling trar^er of infornnation data 
to a receiving node connected with a first physical 
network from a transmitting node connected with a 
second physical networK at one data transfer con- 
trol device connected with the second physical net- 
work, the method comprising the steps of: 



75 



a receiving unit for receiving a control message 
requesting a conversion of a data format of the 
received data from a first data fomnat deperxl- 
ing on said one network to a second data for- 
mat depending on sakJ another network; and 
a transmission unit for converting the data for- 
mat of the received data from said one network 
according to the control message received by 
the receiving unit, arxJ transmitting converted 
data to sakj another network 

37. A relay device for transmitting a received data from 
one network to another network, comprising: 

a receiving unit for receiving a control message 
requesting an encoding/decoding of the 
received data in a data format depending on 
sakJ one network; and 

a transmission unit for encoding/decoding the 
received data from said one network according 
to the control message received by the receiv- 
ing unit and transmitting encoded/decoded 
data to said another network 

38. A control device connected with a first physical net- 
work, comprising: 

a collecting unit for collecting attribute informa- 
tion of transmitting and/or receiving nodes con- 
nected with the first physical network, 
according to a protocol depending on the first 
physical network; and 

a notifying unit for notifying said attribute infor- 
mation to a device connected with a second 
physical networK according to a network layer 
protocol not depending on the first physical net- 
work 



(a) establishing a channel in the second physi- 
cal network for transmitting the information 
data; 

25 (b) reserving a communication path for trans- 

ferring the information data transmitted through 
sakj channel to another data transfer control 
device belonging to the first physical network 
arxi/or the receiving node; arKi 
30 (c) comnrmrKling the transmitting node to trans- 

mit the information data through saki channel, 
by using a protocol depending on the second 
physical network 

35 41. The method of claim 40, wherein the Step (b) trans- 
mits a control message conrtmanding a network 
connection device which connects the second 
physical network and a third physical network to 
register a correspondence between the channel In 
40 the second physical network and a header/channel 
information deperKling on the third physical net- 
work. 

42. The method of daim 40, wherein the step (b) trans- 
45 mits a control message containing an address infor- 
mation for sad another data transfer control device 
and/or the receiving node and at least one of a 
header information to be attached to the informa- 
tion data and an information regarding a channel 

50 through which the infornnation data is to be trans- 
ferred, to sakJ another data transfer control device 
and/or the receiving node. 

43. The method of claim 42. further comprising the step 
55 of: 

(d) connecting sakJ one data transfer control 
device to a third physical network or the first 
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physical network; and 

(e) transmitting the infornratlon data received 
through said channel in the second physical 
network to the third physical network or the first 
physical network, onto a channel indicated by 
said contol message, or after attaching the 
header information contained in said control 
message. 

44. The method of claim 42, further comprising the 
steps of : 

(d) connecting said one data transfer control 
device to a third physical network or the first 
physical network; and 

(e) converting a data format of data received 
through said channel, from a first data format 
depending on the second physical network to a 
second data format depending on the third 
physical network or the first physical network 
arxl/or an upper logical network of the third 
physical network or the first physical network; 
and 

(f) transmitting said data with the data format 
converted by the step (d) as the information 
data to the third physical network or the first 
physical network, onto a channel indicated by 
said control message, or after attaching the 
header irrformation contained in said control 
message. 

45. The method of claim 42, further comprising the 
steps of: 

(d) encoding/decoding data received through 
said channel; and 

(e) transmitting said data encoded/decoded by 
the step (d) as the information data to a chan- 
nel indicated by sakJ control message, or after 
attaching a header information contained in 
said control message. 

46. The method of daim 40, wherein the step (a) estab- 
lishes said channel in a form of a broadcast type 
channel. 

47. The method of daim 40, wherein the step (b) com- 
municates an information regarding a communica- 
tion resource required for the communication path, 
with sakJ another data transfer control device 
and/or the receiving node. 

48. The method of claim 40, further comprising the 
steps of: 

(d) collecting attribute information of transmit- 
ting and/or receiving nodes connected with the 
second physical network; and 



(e) notifying said attribute information to said 
another data transfer control device and/or the 
receiving node. 

5 49. The method of daim 40, further comprising the 
steps of: 

(d) receiving a notice regarding attn'bute infor- 
mation off transmitting and/or receiving nodes 

10 connected with the first physical network; and 

(e) storing said attritxite information in a mem- 
ory of said one data transfer control device. 

50. The method of daim 40. further comprising the step 
15 off: 

(d) receiving a control message containing an 
information capable of specifying the transmit- 
ting node, from said another data transfer con- 
20 trol device and/or the receiving node; 

wherein the step (c) commands a trans- 
mission of the information data to the transmit- 
ting node which is specified by said control 
message. 

25 

51. The method of claim 40, wherein the step (b) trans- 
mits a control message containing an information 
capable of specifying the receiving node, to said 
another data transfer control device. 

30 

52. A method for controlling transfer off information data 
to a receiving node connected with a first physical 
network from a transmitting node connected with a 
second physical network, at one data transfer con- 

35 trol device connected with the first physical net- 
work, the method comprising the steps of: 

(a) receiving a control message to be used in 
reserving a communication path reaching said 

40 one data transfer control device, said control 

message containing at least one of a header 
information to be attached to the information 
data in the first physical network, and an infor- 
mation regarding a channel through which the 

45 information data is to be transferred; and 

(b) commanding the receiving node to receive 
the information data which has tiie header 
information contained in said control message 
or which is transferred through the channel 

50 indicated by said control message, by using a 

protocol depending on the first physical net- 
work. 

53. The method of daim 52, wherein said control mes- 
55 sage indicates the channel of the first physical net- 
work in a fform of a broadcast type channel. 

54. The method of daim 52, wherein said control mes- 
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sage also contains an information regarding a conv 
nmjnication resource required In reserving the 
communication path. 

55. The method of claim 52. further comprising the s 
steps of: 



established by the step (a); and 
(c) commanding the receiving node to receive 
the information data which is transferred 
through the channel established by the step 
(a), by using a protocol depending on the first 
physical network. 



(c) collecting attribute information of transmit- 
ting and/or receiving nodes connected with the 
first physical network; and 

(d) notifying said attribute information to 
another data transfer control device belonging 
to the second physical network and/or the 
transmitting node. 

56. The method of claim 52. further comprising the 
steps of: 

(c) receiving a notice regarding attribute infor- 
mation of transmitting and/or receiving nodes 
connected with the second physical network; 
and 

(d) storing said attribute information in a mem- 
ory of said one data transfer control device. 

57. The method of claim 52, further comprising tine step 
of: 

(c) receiving a message containing an irrfbrma- 
tion capable of specifying the receiving node, 
from another data transfer control device 
belonging to the second physical network 
and/br the transmitting node; 

wherein the step (b) commands a 
receiving of the information data to the receiv- 
ing node which is specified by said message. 

58. The method of claim 52. further comprising tiie step 
of: 

(c) transmitting a message containing an infor- 
mation capable of specifying the transmitting 
node, to another data transfer control device 
belonging to the second physical network 

59. A method for controlling transfer of information data 
to a receiving node connected with a first physical 
network from a tansmitting node connected with a 
second physical network, at one data transfer con- 
trol device connected with the first physical net- 
worK the method conrprising the steps of: 

(a) establishing a channel in tiie first physical 
network; 

(b) transfen-ing the information data transferred 
through a communication path tfiat is reserved 
for receiving the information data transmitted 
from the transmitting node, to tiie channel 



60. The method of claim 59, wherein said communica- 
tion path is reserved by receiving a control mes- 

10 sage containing at least one of a header 
infbrmatk>n attached to the information data and an 
information regarding a channel through which the 
information data is to be transfen-ed, from a physi- 
cal network different from the first physical network. 

15 

61. The method of daim 60. wherein said cont'd mes- 
sage also contains an information regarding a conv- 
munication resource required in reserving the 
communication path. 

20 

62. The method of claim 59. wherein the step (a) estat>- 
lishes the channel of tiie first physical network in a 
form of a broadcast type channel. 

25 63. The method of daim 59, further comprising the 
steps of: 

(d) collecting attribute information of transmit- 
ting and/or receiving rxxJes connected with the 

30 first physical network; and 

(e) notifying said attribute information to 
anotiier data transfer control device belonging 
to the second physical nehvork and/or the 
transmitting node. 

35 

64. The method of daim 59, further comprising tfie 
steps of: 

(d) receiving a notice regarding attribute infor- 
40 mation of transmitting and/or receiving nodes 

connected with tiie second physical network; 
and 

(e) storing said attribute information in a mem- 
ory of said one data transfer control device. 

45 

65. The metiiod of claim 59, further comprising the step 
of: 

(d) receiving a control message containing an 
50 information capat)le of spedfying the receiving 

node, from another data transfer control device 
belonging to the second physical network 
and/or the tansmitting node; 

wherein tiie step (c) commemds a 
55 receiving of the information data to the receiv- 

ing nod which is specified by said control 
message. 
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66. The method of claim 59, further corrprising the step 
of: 

(d) transmitting a control message containing 
an information capable of specifying the trans- 
mitting node, to another data transfer control 
device belonging to the second physical net- 
work 

67. A method for controlling transfer of information data 
from a transmitting node connected with a first 
physical network to a receiving node connected 
with a second physical network, at one data transfer 
control device connected with the second physical 
network arxi with a third physical network or the first 
physical network the method comprising the steps 
of: 

(a) establishing a channel in the second physi- 
cal network* 

(b) establishing a communication path between 
said one data transfer control device and the 
first physical network or a transmitting node 
belonging to an upper logical network of the 
first physical network: 

(c) commanding the receiving node to receive 
the Information data transfen-ed through the 
channel established by the step (a), by using a 
protocol d^erxllng on the second physical net- 
work 

(d) converting a data format of the information 
data received through the communication path 
established by the step (b), from a first data for- 
mat depending on the third physical network or 
the first physical network and/or an upper logi- 
cal network of the third physical network or the 
first physical network to a secorvl data format 
depending on the second physk^l network; 
and 

(e) transferring the information data w'rth the 
data format converted by the step (d), to the 
channel established by the step (a). 

68. A method for controlling transfer of information data 
from a transmitting node connected with a first 
physical network to a receiving node connected 
with a second physical network at one data transfer 
control device connected with the second physical 
network the method conprising the steps of: 

(a) establishing a channel in the second physi- 
cal network; 

(b) establishing a communication path between 
said one data transfer control device and the 
first physical network or a transmitting node 
b longing to an upper logical network f the 
first physical network; 

(c) commanding the receiving node to receive 



the information data transferred through the 
channel established by the step (a), by using a 
protocol depending on the second physical net- 
work; 

5 (d) encoding/decoding the information data 

received through the communication path 
established by the step (b); and 
(e) transferring the Information data 
encoded/decoded by the step (d). to the chan- 

10 nel established by the step (a). 

69. Amethodforcontrollingtransfer of information data 
to a receiving node connected with a first network 
from a transmitting node connected with a second 
15 network, at one data transfer control device con- 
nected with the first network the method compris- 
ing the steps of: 

(a) establishing a communication path for the 
20 information data transmitted from the transmit- 
ting node by using a signaling protocol of a net- 
work layer, the communication patii reaching 
said one data transfer control device from the 
transmitting node or another data transfer con- 

25 trol device connected with the second network 

(b) receiving a control message containing an 
information regarding a channel through which 
the information data is to be transferred to tiie 
receiving node; and 

30 (c) commanding the receiving node to receive 

the information data transferred through said 
channel, by using a protocol depending on tiie 
first network. 

35 70- The metfiod of claim 69. further comprising tiie step 
of: 

(d) transmitting a message requesting a con- 
version of a data format of tiie information data 
40 from a first data format depending on tiie net- 

work layer to a second data format of a protocol 
depending on tiie first network to a node 
through which the information data passes 
before being received by the receiving node. 

45 

71 . A metiiod for controlling transfer of information data 
from a transmitting node connected with a first net- 
work to a receiving node connected with a second 
network, at one data transfer control device con- 
50 nected with the first network the metiiod compris- 
ing the steps of: 

(a) establishing a communication path for tiie 
information data transmitted from the tansmit- 
55 ting node by using a signaling protocol of a net- 

w rk layer, the communication patii reaching 
the receiving node or another data transfer 
control devk:e connected with the second net- 
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work; 

(b) transmitting a control message containing 
an information regarding a channel through 
which the information data is to be transferred 
from the transmitting node; and s 

(c) commanding the transmitting node to trarts- 
mit the information data to said channel, by 
using a protocol depending on the first network. 

72. Themethodof claim 71, further comprising the step io 
of: 



(d) transmitting a message requesting a con- 
version of a data format of the information data 
from a first data format depending on the first 
network to a second data format depending on 
the network layer, to a node through which the 
information data passes before being received 
by the receiving node. 



73. A method for relaying data by transmitting a 
received data from one network to anotho- networK 
comprising the steps of: 

(a) estat)lishing a channel in said another net- 
work; 

(b) establishing a comnrainication path which 
includes the channel established by the step 
(a) for data transfened from said one network 
to said another network by exchanging a sign- 
aling protocol of a network layer with a data 
transfer control device in said another network; 
and 

(c) transnnitting a control message containing 
an information regarding the channel to the 
data transfer control device, such that the data 
transfer control device commands a receiving 
node in said another network by using a proto- 
col depending on said arx>ther network to 
receive the data transferred through the com- 
munication path established by the step (b). 

74. A method for relaying data by transmitting a 
received data from one network to another network, 
conprising the steps of: 



75 



layer with the data transfer control device. 

75l a method for relaying data by transmitting a 
received data from one network to another network, 
oorT|}rising the steps of: 

(a) receiving a control message requesting a 
conversion of a data format of the received 
data from a first data format depending on sakJ 
one network to a second data format depend- 
ing on said another network; and 

(b) converting the data format of the received 
data from said one network according to the 
control message received by the steo (a), and 
transmitting converted data to said another net- 
work. 



76. A method for relaying data by transmitting a 
received data from one network to another network, 

20 comprising the steps of: 

(a) receiving a control message requesting an 
er>coding/decoding of the received data in a 
data format depending on said one network; 

25 and 

(b) encoding/decoding the received data from 
said one network according to the corrtrol mes- 
sage received by the step (a), and transmitting 
encoded/decoded data to said another net- 

30 work 

77. A method for operating a control device connected 
with a first physical network comprising the steps 
of: 

35 

(a) collecting attribute information of transmit- 
ting and/or receiving nodes connected with the 
first physical network according to a protocol 
depending on the first physical network, at the 

40 control device; and 

(b) notifying said attribute information from the 
corrtrol device to a device connected witii a 
second physical networK acGordir>g to a net- 
work layer protocol not depending on the first 

45 physical network 



(a) receiving a control message containing an 
information regarding a channel established in 
said one network from a data transfer control 
device in said one networK the data transfer so 
control device commanding a transmitting 
node in said one network by using a protocol 
depending on said one network to transmit the 
data to the channel; and 

(b) establishing a connmunication path which ss 
includes th channel for data transferred from 
said one network to said another network by 
exchanging a signaling protocol of a network 



78. The method of daim 77. further comprising tiie 
steps of: 

(c) receiving a network layer protocol packet for 
controlling at least one of the transmitting 
and/or receiving nodes connected with the first 
physical networK from said device connected 
witii tiie second physical networK at the control 
device; and 

(d) controlling said at least one of the transmit- 
ting and/or receiving nodes specified by the 
network layer protocol packet, according to a 
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protocol depending on the first physical net- 
work, at the control device. 
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